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This is the second issue of my bi-weekly newsletter/digest. 
Again, most of the articles and bulletins contained herein were 
collected via the Fidonet HAM and PACKET echomail conferences. 
What I hope to provide here is a useful digest of the more 
interesting and more important messages that have been relayed 
in the previous two weeks. What you can find in this newsletter 
will be articles and bulletins ranging in fare from ARRL_ news, 


RAIN news, AMTOR news, OSCAR news, PACKET news, and from time to 
time the juicy tidbit that appears in the Fidonet SHORTWAVE 
echomail conference. 


One big change that I have made, and this is a new newsletter, 
is that I have changed the name of the publication to from 
"Amateur Radio News" to "Fidonet HAM/PACKET Digest". Many 
thanks to Jim Grubs (W8GRT) for making the suggestion. I am 
always looking for interesting articles that the ham community 
would enjoy reading and sharing, the masthead explains where and 
how to submit articles for future publications. I am also going 
to start accepting a "Letters to the Editor" area, this will 
give some of you a soapbox to voice your opinions on current HAM 
and PACKET related events. I hope you find this digest to be 
both entertaining as well as informative. 


Brian Murrey - Editor KB9BVN 
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ARRL BULLETIN NR 19 ARLBO19 
FROM ARRL HEADQUARTERS 
NEWINGTON CT MAY 1, 1989 

TO ALL RADIO AMATEURS 


THE 40TH ANNUAL ARMED FORCES DAY WILL BE HELD ON MAY 20 AND 21. 
SPECIAL COMMEMORATIVE QSL CARDS WILL 3 ISSUED TO AMATEURS 
CONTACTING THE PARTICIPATING MILITARY STATIONS. THOSE WHO 
RECEIVE AND ACCURATELY COPY THE ARMED FORCES DAY CW AND/OR RTTY 
MESSAGE FROM THE SECRETARY OF DEFENSE WILL RECEIVE A SPECIAL 
COMMEMORATIVE CERTIFICATE. 


CROSSBAND CONTACTS WITH MILITARY STATIONS WILL BE CONDUCTED FROM 
1300Z MAY 20 THROUGH 0245Z MAY 21. THE CW RECEIVING TEST, AT 25 
WPM, WILL BEGIN AT 0300Z ON MAY 21, WHILE THE RTTY TEXT, AT 60 
WPM WITH 170 HZ SHIFT, WILL BEGIN AT 0345Z ON MAY 21. 


SEE MAY 1989 QST, PAGE 106, FOR CALLS AND FREQUENCIES OF 
PARTICIPATING MILITARY STATIONS AND COMPLETE DETAILS OF THE 
RECEIVING TESTS AR 
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TPRS was founded in 1985 as an educational, public service, and 


scientific research non-profit corporation. The primary goal of 
the Texas Packet Radio Society is to design and research amateur 


radio packet networks. In 1987, the Texas VHF-FM Society 
commissioned the TPRS to coordinate digital communication 
networks within the state of Texas. Both organizations have 


recognized the need for reliable network systems to handle large 
volumes of packet radio traffic efficiently. 


TPRS has organizing state-wide working groups to cover various 


networking topics. New groups are planned to form as needed to 
provide channels for discussion and to help provide direction 
for that area of digital communications. The current working 


groups are the Texas Network Group, the Mailbox/BBS Group, and 
the TexNet Support Groups (Software and Hardware). TPRS hopes 
that these working groups will help promote packet in Texas. 


TEXNET 


TPRS has been establishing a digital packet network protocol, a 
standard hardware package for the network nodes, and conducting 
on-the-air tests of the software modules that implement the 
TexNet network. 


The basic design philosophy of TexNet is of an open, 
inexpensive, multi-resource, high speed "backbone" with access 


through multi-connect capable local nodes. On the high speed 
side, TexNet is a 9600 baud network system. For local access, 
compatibility with the typical 2 meter AX.25, 1200 baud, AFSK/FM 
station is the operational norm. Other baud rates and 


modulation techniques can be supported on the primary user port 
or a secondary port. The system is totally compatible with both 
versions of the AX.25 protocol specifications for user 
connections. With these general specifications, TexNet has been 
designed and tested to enable all users to take advantage of 


this high speed, ‘full protocol protected packet network system. 


Each node offers, in addition to TexNet access, local area 
digipeater service, 2 conference bridges for full protocol 
protected roundtable or net operation, a full multi-connect, 
multi-user mailbox system, a local console for installation and 
maintenance’ setups, a debugger module for long distance and 
local software monitoring, and a weather information server for 
the regional weather teletype wire loop. 


The TexNet network system has been operational since October 


1986. Use of the TexNet system is open to all amateur 
operators. TPRS has been coordinating the installation of the 
Texas TexNet system. Currently the network runs from Dallas to 


Rockport on the gluf. TexNet boards have been distributed to 
California, Michigan, Oklahoma, OPhio, Indiana, Alaska, Belgium, 


and Japan. Network nodes have been built primarily by local 
groups. 
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Further expansion of the system depends entirely upon the 
amateur radio community. 


INFORMATION 


TPRS is interested in spreading our information and _ research 
efforts as widely as possible. We want other groups involved 
with network efforts to get in contact with us. We will provide 
information for those amateur packet groups that are interested 


in this system for their areas. In addition, TPRS has’ been 
raising its level of general packet information to help support 
packet radio operators in general within Texas. If you’ would 
like more information concerning TPRS or TexNet, please drop a 
letter to : 


Texas Packet Radio Society, Inc. 
P.O. Box 831566 
Richardson, Texas 75083 


TPRS MEMBERSHIP 


TPRS membership is widespread with most members located in 
Texas, but a few members are located in other states and in DX 


locations. Membership is open to any interested person. 


If you are interested in becoming a member and receiving the 
TPRS Quarterly Report, please send your name, address and call 
to the address above and we will send you the necessary 


information. 
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HR CRRL BULLETIN NR 12/11 ARLCO12 
FROM CRRL HEADQUARTERS LONDON ONT MARCH 27, 1989 
TO ALL RADIO AMATEURS BT 


CRRL HAS RESPONDED TO DOCS PROPOSALS ON DEREGULATION. CRRL 
INDICATED TH_T THE DEREGULATION WOULD MEET MANY PRESENT AND 
FUTURE NEEDS OF THE CANADIAN AMATEUR SERVICE. HOWEVER, CRRL HAD 
SOME CONCERNS. 1. THE PROPOSAL SPECIFIED A 6 KHZ MAXIMUM 
BANDWIDTH FOR THE 10.1 TO 10.15 MHZ BAND. THIS WOULD ALLOW SSB 
OPERATION WHICH COULD INTERFERE WITH FIXED STATIONS. CRRL ASKED 
DOC TO SPECIFY A MAXIMUM BANDWIDTH OF 1 KHZ. 2. DOCS PROPOSAL 
ALLOWED AN AMATEUR TO ESTABLISH A HOME, PORTABLE AND MOBILE 


STATION UNDER ONE CALL, BUT NOT TO OPERATE THESE CONCURRENTLY. 
CRRL ASKED DOC TO CONTINUE TO PERMIT CONCURRENT OPERATION. 3. 
CRRL ASKED DOC TO CONTINUE VEO CALLS FOR STATIONS ON SHIPS IN 
INTERNATIONAL WATERS. 4. CR___NOTED THAT DEREGULATION, 
SPECIFICALLY DEREGULATION OF MODE SUBBANDS, COULD UPSET THE 
EQUILIBRIUM BETWEEN THE CANADIAN AND US AMATEUR RADIO 
COMMUNITIES. 


REQUESTS FOR SPECIAL CALLSIGNS TO COMMEMORATE ANNIVERSARIES OR 
PROMOTE SPECIAL EVENTS SHOULD NOW BE SENT TO A DOC DISTRICT 
OFFICE. THE DECISION ___ RANT A SPECIAL PREFIX WILL BE MADE BY 
STAFF AT A DOC REGIONAL OFFICE RATHER THAN BY DOC, OTTAWA. 
APRIL 3 IS THE 20TH ANNIVERSARY OF DOC, THE DEPARTMENT OF 


COMMUNICATIONS. LOOK FOR SOMETHING SPECIAL ON THE AMATEUR BANDS 
ON APRIL 3 AR 
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FROM ARRL HEADQUARTERS 


NEWINGTON CT MAY 1, 1989 
TO ALL RADIO AMATEURS BT 


SOLAR FLUX HIGHS IN APRIL WERE NOT IMPRESSIVE, IN THAT THE PEAK 
LEVEL WAS ONLY 206, AND THERE WERE ONLY SIX DAYS OF 200 OR 
HIGHER. THINGS COULD HAVE BEEN WORSE, HOWEVER. THE LOW OF 172 
AND THE AVERAGE, JUST UNDER 190, MADE FOR GENERALLY GOOD 
CONDITIONS IN THIS TRANSITIONAL MONTH. THE EARTHS MAGNETIC 
FIELD WAS RELATIVELY STABLE IN APRIL, A WELCOME CHANGE FROM THE 
WILD EXTREMES OF MARCH. 


AT THE END OF APRIL THE SOLAR FLUX HAD NOT BEEN HIGH FOR 10 
DAYS, BUT THERE WERE INDICATONS THAT A MORE ACTIVE PERIOD WAS 
IMMINENT. IF THE PORTION OF THE SUN JUST NOW COMING ACROSS THE 
EAST LIMB REPEATS ITS ACTIVITY OF FOUR WEEKS AGO, WE MAY SEE 
SOLAR FLUX FIGURES ABOVE 200 AGAIN BEFORE THE WEEK IS OVER. 
CHECK WWV SOLAR BULLETINS AT 18 MINUTES AFTER THE HOUR FOR THE 
LATEST INFORMATION. TODAYS SOLAR FLUX BEGINS AT 1818 UTC. THE 
GEOMAGNETIC K INDEX IS CHANGED EVERY THREE HOURS. 


A RISING K INDEX, ESPECIALLY IF THE FIGURE IS 3 OR HIGHER, 
POINTS TO POOR CONDITIONS ON CIRCUITS THAT INVOLVE THE HIGHER 
LATITUDES OF THE NORTHERN HEMISPHERE. A TYPICAL PATH IS NEW 
ENGLAND TO NORTHERN EUROPE. THIS WILL BE POOR OR USELESS FOR 10 
METER WORK IN THE WARM MONTHS AHEAD, WHENEVER THERE IS 
APPRECIABLE MAGNETIC ACTIVITY. 


THE 50 MHZ BAND HAS BEEN OPEN TO EUROPE, AFRICA, SOUTH AMERICA 

AND EVEN TO NEW ZEALAND THIS SPRING. LUS WERE WORKED ON APRIL 

29 WHEN THE SOLAR FLUX WAS ONLY 179. A RARE 50 MHZ OPENING TO 

NEW ZEALAND CAME ON THE AFTERNOON OF THE 18TH, WITH THE FLUX AT 
202. 


AMERICAN SUNSPOT NUMBERS FOR APRIL 20 THROUGH 26 WERE BETWEEN 
106 AND 161 WITH A MEAN OF 132.3 AR 
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SpaceNews 


MONDAY MAY 1, 1989 


SpaceNews originates at KD2BD in Wall Township, NJ, and is 
distributed weekly on packet radio bulletin board systems and 
the Unix USENET news network. It is available around the world 
on many computer news systems and is available for unlimited 
distribution. 


* MIR NEWS x 


A problem in the electrical power subsystem on the Soviet MIR 
Space station has made it necessary for the crew of MIR to leave 
the station and return to earth. Before their return to earth, 
Cosmonauts Alexander Volkov, Serge Krikalev and Valeriy Polyakov 
placed MIR in a 500 km circular "parking" orbit that will remain 
until a repair crew is sent to MIR in the next ‘few months. 


U4MIR/U5MIR Amateur Radio operations from MIR have ceased. 
Operations were reported as late as 23Apr89 on 145.550 MHz. 
Many stations in Europe reported hearing air-to-ground 
communications from MIR on 121.750 MHz shorthly before the 
Cosmonauts left MIR on 27Aprs89. 


* OSCAR-9 NEWS x 


Diary software reloads will take place on Tuesdays and following 


this, a CCD image will be transmitted. The time the image is 
taken will depend on earth illumination. During the Northern 
hemisphere winter months, this will either be Tuesday or 


Wednesday mornings, UTC. The CCD image will be transmitted 
until 00:00 UTC on Thursday, when the beacon will switch to 


Digitalker telemetry. 


* OSCAR-10 NEWS * 


ALL amateurs are requested NOT to use AO-10 for the next two 
months. 


* OSCAR-11 NEWS « 


OSCAR-11's Digitalker is back in operation after several weeks 
of silence. FAD-1 Forth Applied Diary operating system version 
2.0 is currently in operation on OSCAR-11. 
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* OSCAR-12 NEWS x* 


The latest operating schedule for Fuji-OSCAR-12 is as follows: 


Date Mode Operating Period 


as ech Fe eat ne Ye Are ee 
29May : JA : 1500 - 0754 30May 
O3Jun : JA : 0715 - 1526 
O06Jun : JA : 1446 - 0540 
09Jun : JA : 0553 - 1405 


Note that only the mode J analog transponder will be in 
operation during these times. 


* OSCAR-13 NEWS * 


The following operating schedule for AO-13 is expected to remain 
in effect until O3May89: 


B 100. ..160 
JL 160...200 
B 200...255 


Fidonet HAM/PACKET Digest Page 8 


Volume 1, Number 2 May 5, 1989 


The results of the Chicago-based BEAR Information Service (BIS) 
survey appears on this BBS weekly. The survey is conducted 
during check-in periods Wed. evenings starting at 7:30 on the 
BEAR (Broadcast Employees Amateur Repeater), 145.15 MHz from 
Schaumburg, IL. These surveys are conducted to both provide 
information, and to stimulate dialogue among hams, as well as 
between users of telephone BBS's. The Apr. 26, 1989 survey 
results are as follows: 


Some feel "no code" has received excessive coverage. Are you 
"fed up" with hearing about "no code" on the B.1I.S.? 
14-Yes 
26-No 


13-Don't care 


checkin total: 81 


If you have an idea for a survey question pertaining to ham 
radio, forward it to me on the N3AIA packet BBS on 145.05, or 
145.07 MHZ in Schaumburg, IL.; in my packet maildrop in Des 
Plaines, Il. on 145.03; on the SAMSON telephone BBS in 
Arlington Hghts, IL, (312) 394-0071; or on the BEAR hotline, 
(312) 827-BEAR. Since these surveys have been taken since mid 
1986, your question may have been used already; however, if it 
hasn't, you will receive credit here. Credit this week goes to 
Gerry, N9OHGV. 


If YOU have a strong opinion about this week's survey, write 
down your thoughts; then phone them in to and record them on the 
BEAR hotline, (312) 827-BEAR, for possible airing ON the 
biweekly "90-second soundoff," as a guest editorial on the B.I1.S 
and even on the RAIN Dialup Service nationally, (312) 299-INFO. 


73, from Hap, KC9RP, B.1I.S. producer. 


Fidonet HAM/PACKET Digest Page 9 


Volume 1, Number 2 May 5, 1989 


Packet Radio: An Introduction - - by Larry Kenney, WB9LOZ 


Packet Radio is the latest major development to hit the world of 


Amateur Radio. If you haven't already been caught by the 
"packet bug", you're probably wondering what it's all about and 
why so many people are so excited about it. Well, continue 


reading, because you're about to find out. 


Packet seems to offer something different from other facets of 
Amateur Radio, yet it can be used for everything from a_ local 
QSO to a DX contact 2500 miles away (on 2 meters!), for 
electronic mail, message transmission, emergency communications, 
or just plain tinkering in the world of digital communications. 
It presents a new challenge for those tired of the QRM on the 
low bands, a new mode for those already on FM, and a_ better, 
faster means of message handling for those on RTTY. Packet is 
for the rag chewer, the traffic handler, the experimenter, and 
the casual operator. 


A ham can get involved very easily with relatively small out-of- 
pocket expenses. All you need is a 2-meter transceiver, a 
computer or terminal, and a TNC. You probably already have the 
two meter rig and a computer of some kind, so all you need to 
buy is the TNC, which costs just over $100. The TNC is the 
Terminal Node Controller, the little black box that's wired 
between the computer and the radio. It acts very much like a 
modem when connecting a computer to the phone lines. It 
converts the data from the computer into AFSK tones’ for 
transmission and changes the tones received by the radio into 
data for the computer. It's a simple matter of wiring up a plug 
and a couple jacks to become fully operational. 


Packet is communications between people either direct or 


indirect. You can work keyboard to keyboard or use electronic 
mailboxes or bulletin board systems to leave messages. Due to 
the error checking by the TNC, all of it is error free, too. 


(That is, as error free as the person at the keyboard types it.) 
As the data is received it's continuously checked for errors, 


and it isn't accepted unless it's correct. You don't miss the 
information if it has errors, however, because the information 
is resent again. I'll go into how this is accomplished in a 


later part of this series. 


The data that is to be transmitted is collected in the TNC and 
sent as bursts, or packets, of information; hence the name. 
Each packet has the callsign or address of who it's going to, 


who it's coming from and the route between the two stations 
included, along with the data and error checking. Since up to 
256 characters can be included in each packet, more than three 
lines of text can be sent in a matter of a couple’ seconds. 
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There is plenty of time between packets for many stations to be 
using the same frequency at the same time, and all using the 
same repeater. The repeaters, known as digipeaters, are simplex 
operations and occupy a single frequency, as opposed to the 
common two-frequency repeaters used for voice communications. 
You can link from digipeater to digipeater, too, extending your 


range tremendously. I've worked twelve states on 2-meters with 
packet, all with a ten watt rig, thanks to this’ linking 
capability. 


If all of this sounds confusing, don't let it bother you, 
because that little black box, the TNC, does everything for you 
automa- tically. Packet might seem very confusing at first, but 
in a day or two you're in there with the best of them. In 
future parts of this series, I'll be telling you more about 
packet--how you get on the air, how to use it to your best 
advantage, and ways to improve your operation. We'll even talk 
about that little black box, the TNC, and tell you about all its 
inner-most secrets. 


Packet Radio: An Introduction - - Larry Kenney WB9LOZ Pt. 2 


In the first part of this we told you beginners what _ packet 
radio was all about...what it is, its uses, the equipment used 


and, generally, how its transmitted. Now we're going to tell 
you how to get on the air, make a QSO, and become familiar with 
your packet station. Whether you're new to packet, having just 


received a new TNC, have been involved for just a short time, or 
are one of the "old timers" with three or four years of 


experience, this series should help all of you. Even if you 
don't yet own a TNC, you should keep this article handy for 
future use. T'll bet you'll be joining us _— soon! 


The equipment needed to get on the air is a VHF transceiver, a 
computer or terminal, and a TNC - the terminal node controller - 
the little black box we talked about in part 1. (There is 
packet activity on HF, but VHF is where all the action is. It's 
the best place to start out in packet.) The TNC contains a modem 
and is equivalent to the modem used to connect your computer to 


the phone lines, except that it also contains special software 
that's specially designed for ham radio packet use. 


When you buy a TNC and take it out of the box, you'll find 
cables supplied for connecting it to the radio, but you'll have 
to attach the appropriate mic and speaker jack connectors for 


the radio you're going to use. You also have to furnish the 
cable that connects the TNC to your computer or terminal. In 
most cases, the standard RS-232 port is used between the TNC and 
computer, however this varies on the type of computer and TNC 
used. The operating manuals supplied with the TNC have a good 
write up on the various computers and the cabling needed. I 
would advise that you read the introduction and set up 
procedures for your particular TNC very carefully. Most 


companies have supplied excellent manuals, and you usually can 
figure out all of your set up problems from the the information 


Fidonet HAM/PACKET Digest Page 11 
Volume 1, Number 2 May 5, 1989 
supplied in the manual. 


Once you have everything wired and connected together, turn on 
the computer, load a terminal program (anything used for a phone 
modem will work well for packet) and get into receive mode. Now 
turn on the radio and make sure the volume is turned up about a 
quarter turn (about the "10 o'clock" position) and make sure the 
squelch is set. It should be at the point where the background 
noise disappears, just as it would be set for a voice QSO. 
Next, turn on the TNC. You should get a "greeting" or sign on 
message showing the manufacturer's name, software version, etc. 
If you see a bunch of gibberish, such as &tf$d.étssan>m, it means 
that the data rate of the TNC and computer are not the same. 
This data rate is better known as the baud rate. The baud rate 
of the TNC has to match the baud rate used by your com- puter 
terminal program and is easily adjusted. Check you TNC manual 
for this procedure, as it varies from TNC to TNC. If you don't 
see a "greeting" or the gibberish, check your cables and 
connections. Make sure that you have everything connected 
properly, that the right wires are on the right pins, etc. 


Now we need to explain the three levels of communicating you can 
do from the keyboard. First, you can communicate with your 
computer for setting up the terminal program; second, you can 
communicate with the TNC; and third, you can communicate with 
the radio. It's very impor- tant that you know which level 
you're in when working packet. I can't help you much with the 


computer level, since that varies with manufacturer, model and 
type, but once you get the terminal program ready to receive 
data, you're ready to talk to the TNC. 


First, do a "control C" (press the CNTL and the letter C 
simultan- eously); this puts the TNC in COMMAND mode, the level 
where you communicate directly with the TNC from the’ keyboard. 
You should see "cmd:" on your screen. Enter "MYCALL - - - -" 
with your callsign in place of the dashed lines, such as "MYCALL 
WB9LOZ", followed by a carriage return (CR). All commands are 
followed by a (CR). This sets into the TNC memory the call that 
you're going to use on the air. If you type "MYCALL" (CR) now, 
it should respond with your call. If it does, you've proven 
that the computer to TNC linkup is working fine. If you do not 
see anything on the screen when you type, blindly enter the 
following: ECHO ON (CR). If you see two of everything that you 
type, such as MMYYCCAALLLL, enter ECHO OFF (CR). 


You're now ready to go on the air! Tune the receiver to any odd 
numbered frequency between 144.91 and 145.09 that has_ some 
activity on it and set the rig up for simplex operation. Enter 
"MONITOR ON" (CR), then watch the screen. You should soon be 
seeing the packets that are being sent over the air by other 
stations. If you don't see anything in a minute or two, try 
tuning to another frequency. Watch for callsigns with a * next 
to it, such as W6PW-1*, WA6RDH-1*, or WB6SDS-2*. Callsigns with 
an asterisk indicate that you're copying the packet from that 


station, as it's being repeated, or digipeated. Jot down the 
Fidonet HAM/PACKET Digest Page 12 
Volume 1, Number 2 May 5, 1989 
call. 


In packet, you can have up to 16 different stations on the air 
at the same time using the same callsign. That's where the 
numbers come into play. The calls W6PW, W6PW-1, W6PW-2, W6PW-3, 
W6PW-4 and W6PW-5 are all individual stations operating under 
the same station license. The numbers are used to differentiate 
between the various stations. 


Now, before you try to make your first QSO with someone else, 
you should check out your equipment to make sure it's set up 
properly. To do that, you can CONNECT to yourself. Note one of 
the callsigns you jotted down a minute ago. Make sure your 
radio is still tuned to the frequency where you heard that call, 
then enter the following: '"C - - - - V - - - -" (CR) where the 


first dashed lines are YOUR callsign and the second dashed lines 
are the call of the station you jotted down. The C means 
CONNECT and the V means VIA. "C WB9LOZ V W6PW-1" means connect 
to WB9OLOZ via W6PW-1. You should soon see "x*x* CONNECTED TO 
(your call)" on the screen. You have now entered the’ third 
level of communications, called CONVERSE mode, and this is where 
you communicate from the keyboard to the radio. Anything you 
type on the keyboard will be transmitted over the air as a 
packet every time you hit a (CR). If you enter "Test" (CR) you 
should see "Test" a second time on the screen, as it's 
transmitted, then digi- peated and sent back to you. In this 
case you'll only be talking to yourself via another station, but 
it's a good way to check to make sure your system is working 
properly. If that works, hit a CONTROL C. This puts you back 
into COMMAND mode where you talk to the TNC again. Enter "D" 
(CR). This will disconnect you from the other station, and 
you'll see "DISCONNECTED" on the screen. 


Now you're ready to talk to someone else! Watch for a familiar 
call on the screen while monitoring or note calls you _ see 
frequently. Be sure to note whether or not a digipeater is 


being used by watching for the x. If you see WB9LOZ > WA6DDM, 
W6PW-1*, for example, you're receiving the packets from W6PW-1. 
If you do not see an asterisk, you are copying the station 


direct. When the station you want to contact is finished with 
his QSO, enter "C - - - -" or "C - - - - V - - - -" (depending 
on whether or not a digipeater is needed) followed by (CR). You 
should get a "x*x* CONNECTED TO ..." on the screen, which means 
you're in converse mode, and your first QSO with someone else is 
underway ! Anything you type now will be sent to the _ other 


station, and anything he types will be sent to you. When you're 
finished, be sure to do a CONTROL C to get back into command 
mode, then enter "D" to disconnect from the other station. 
Introduction to Packet radio - Part 3 by Larry Kenney WB9LOZ 
Introduction to Packet Radio - PART 3 by Larry Kenney WB9LOZ 


In our last column I talked about how to get on the air and make 
your first QSO. This time I'll be explaining the special calls 
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used in packet radio, the use of digital repeaters (called 
digipeaters), and how to use some of the commands in your TNC. 


THE SSID: Each licensed amateur is allowed to have up to 16 
different stations in operation at the same time on _ packet 
radio. You could have your home station, several digipeaters 
and a bulletin board system all operating with your callsign. 
To differentiate between the various operations you use an SSID, 
a "Secondary Station ID", attached to the end of the callsign. 
The SSID is shown as a dash followed by a number, 0 through 15. 
An SSID of -@ is usually not shown, and is not needed. 


DIGIPEATERS: Digipeater is the term we use to describe a packet 


radio digital repeater. Unlike voice repeaters, most 
digipeaters operate on simplex and do not receive and transmit 
simultaneously. They receive the digital information, 


temporarily store it and then turn around and retransmit it. 


Your TNC will allow you to enter up to eight digipeaters in your 
connect sequence, but using more than 3 usually means’ long 
waits, lots of repeated packets, and frequent disconnects, due 
to noise and other signals encountered on the ‘frequency. 


When entering the list of digipeaters in your connect sequence, 
you must make sure that you enter them in the exact order that 
your signal will use them. You must separate the calls by 
commas, without any spaces, and the EXACT callsigns must be 
used, including the SSID, if any. That means you need to know 
what digipeaters are out there before randomly trying to 
connect. Turn MONITOR ON and watch for the paths that other 
stations are using or check the digipeater listings. Here are 
some examples of proper entries: 


C W6PW-3 v W6PW-5 
C N6ZYX v WA6FSP-1,WB6LPZ-1 
C W6ABY-4 v K6MYX,N2WLP-2,AB6X0 


Something to remember when using digipeaters is the difference 
between making a connection and sending information packets. If 
the path isn't all that good, you might be able to get a connect 
request through, but will have a difficult time with packets 
after that. The connect request is short so it has much less of 
a chance of being destroyed by noise or collisions than a packet 
containing informa- tion. Keeping information packets short can 
help keep retries down when the path is less than ideal. 


NODES: Net/Rom and TheNet nodes are another means of connecting 
to other packet stations. A complete review of their operation 


will be covered in a later part of this series. 


TNC PARAMETERS: The Terminal Node Controller, that "little black 


box" we've talked about in the past, has more than 90 different 
commands available. You're able to customize your packet 
operating with these commands and turn on and off various 
features as you wish. Not all TNCs are exactly alike, but all 
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have pretty much the same functions. I'll be using the commands 
used by the TNC2 and clones in my examples. 


We covered a few of the commands in a previous article: CONTROL 
C for entering command mode, MYCALL, MONITOR, CONNECT, and 
DISCONNECT. Now let's discuss a few that can change the way 
your station functions. 


ECHO: This command tells the TNC whether or not it should send 
what you type back to the monitor screen. If you don't see 
anything when you type, set ECHO to ON. IIff yyoouu sseeee 
ddoouubbllee, like that, set ECHO to OFF. This setting will 
depend on how your partic- ular computer system ‘functions. 


CONV (converse mode): Your TNC will automatically switch to this 
mode when you connect with someone, but you can also do it by 
entering CONV (CR) at the Cmd: prompt. When in converse mode, 
anything you type will be transmitted via the path you set with 
UNPROTO. (See the next paragraph.) Anyone in monitor mode will 
be able to read what you transmit. Packets in converse mode are 
sent only once and are not acknowledged, so there is no 
guarantee that they'll get through. This mode is’ used 
frequently for sending CQ's. 


UNPROTO: This command designates the path used when in converse 


mode. The default is CQ, but you can enter a series of 
digipeaters if you wish, or a specific group or club name. Some 
examples: 


CQ v WB6SDS-2,W6SG-1,AJ7L SFARC v W6PW-1,W6PW-4 Remember, you 
have to change UNPROTO for use on different frequencies, unless 
you leave it set simply to "CQ". 


FRACK: This determines how long your TNC will wait for an 
acknowl- edgement before resending a packet. It shouldn't be 
set too short, or you simply clutter up the frequency, yet it 
shouldn't be too long, or you'll spend too much time waiting. I 
use FRACK set to 7, and have found that to be an overall good 
value. 


DWAIT: Used to avoid collisions, DWAIT is the number of time 
units the TNC will wait after last hearing data on the’ channel 
before it transmits. I have DWAIT set to 16, and have found 
that to work well. 


PACLEN: Determines the number of characters in your packets, 
ranging from 1 to 256. The more characters you send per packet, 
the longer it takes to transmit the information and the greater 
your chances are of noise, interference or another station 
wiping it out. I've found a PACLEN of 80, which is the length 
of one line, to be a good value. When working a station nearby, 
PACLEN can be increased. When working a distant station, it 
should be decreased. 


RETRY: Your TNC will retransmit a packet if it doesn't receive 
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an acknowledgement from the station you're working. RETRY 

indicates the number of times the TNC will try to get the packet 
through before giving up and disconnecting. This can be set 


from 1 to 15, but I've found 8 to 10 to work well. Less than 
that causes an unnecessary disconnect if the channel happens to 
be busy, but more than that clutters up the channel. 


Try working with those commands. In the next article I'll cover 
a few more, plus take a look at how to use a packet bulletin 
board system. 


Introduction to Packet Radio - Part 4 by Larry Kenney WB9LOZ 


The TNC commands that affect the monitoring mode and what you 
see on the screen while monitoring will be discussed in this 
part, then we'll take a look at the basics of packet bulletin 
board operation. 


TNC COMMANDS: 


MONITOR - This must be ON for you to monitor anything. When ON, 
you see packets from other stations on the frequency you're 
tuned to. What packets you see is determined by other commands 
from the list below. If MONITOR is OFF, you see only packets 
sent to you while you're connected to another station. 


MALL - If MALL is ON, you receive packets from stations that are 
connected to other stations, as well as packets sent in unproto 
(unconnected) mode. This should be ON for "reading the mail". 
If MALL is OFF, you receive only packets sent in unproto mode by 
other stations. 


MCOM - If ON, you see connect <C>, disconnect <D>, acknowledge 
<UA> and busy <DM> frames in addition to information packets. 
If OFF, only information packets are seen. 


MCON - If ON, you see packets from other stations while you're 
connected to someone else. This can get very confusing, but is 
useful when your path is bad and you want to see if your packets 
are being digipeated okay. If OFF, the monitoring of other 
stations is stopped when you're connected to another station. 


MRPT - If ON, you see a display of all the stations used as 
digipeaters along with the station originating the packet and 
the destination station. If OFF, you see only the originating 
and destination stations. For example, if you have MRPT ON, you 
might see a transmission such as this: 


K9AT>WB6QVU ,W6PW-5x: I'll be leaving for the meeting at about 
7:30. If MRPT was OFF, the same transmission would look like 
this: K9AT>WB6QVU: I'll be leaving for the meeting at about 
7:30. In the first case, you can see that the W6PW-5 digipeater 
was being used. The asterisk indicates which station you were 
hearing the packet from. In the second case you have no idea if 
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digipeaters are being used or what station you were receiving. 


HEADERLN - If you have this turned ON, the header of each packet 
is printed on a separate line from the text. If OFF, both the 
header and packet text are printed on the same line. 


MSTAMP - Monitored packets have the date and the time the packet 
was received if MSTAMP is ON. If it's OFF, the date/time stamp 
is not shown. 


I run my station with all of these commands, except MCON, turned 
ON so that I can really see what's happening on the frequency 
I'm monitoring. Try various combinations of these commands and 
then decide on the combination you like best for your station. 


USING A PACKET BULLETIN BOARD SYSTEM: 


You connect to a bulletin board system (BBS) exactly the same 


way as you connect any other station. Once connected, you'll 
see a welcoming message, some basic instructions and _ other 
information. This informa- tion will vary from system to 
system. The first time you connect you'll receive a request to 
enter your name, home BBS, QTH and zip code for the system user 
file. You enter your name using the letter N followed by a 
space and then your first name, such as: N Larry. Your "home 
BBS" is the system you plan to use regularly and want all of 
your personal messages delivered to. You enter that by typing 


NH followed by a space and then the call of the BBS, such as NH 
W6PW. (Note: SSIDs are not used with BBS operation except for 
when making the connection. The BBS software ignores all 
SSIDs.) Your QTH is entered with the NQ command, such as NQ San 
Francisco, CA. Enter the full city name and the two letter 
state abbre- viation. You enter your zip code with NZ followed 
by a space and your five-digit Zip. The home BBS, QTH and zip 
code information is sent to a central data bank at the WD6CMU 
BBS known as_ the "White Pages", and can be used by anyone. 
System operators (sysops) use it for determining the correct 
system when forward messages, and you can use it to find out the 
"home BBS" of your friends. How to use the "White Pages" will 
be discussed later on in this series. 


When checking in to a BBS for the first time, you should become 
familiar with the commands available to you. Each BBS or 
mailbox is a little different from the next, so read the 
introduction carefully and follow the directions. If you don't 
know what to do next, enter H for the HELP instructions. Make 
note of the command letters, enter only one command at a time, 
and make sure you enter them correctly. Computers are not very 
forgiving and expect things to be entered in proper form. Take 
your time, check out the features that the particular BBS or 
mailbox offers and enjoy yourself. There's no need to feel 
rushed or intimidated. If you get to a point where you don't 
know what to do next, don't give up and disconnect, enter H 
again for HELP. That's what it's there for! I suggest making a 
printer copy of the complete help file so that you have it 
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available as a reference when using a BBS. 


Now let's go through the basic procedures you should follow when 


checking into a BBS. When you receive the welcoming message, 


you'll note that the last line ends with a >. This is known as 
the prompt, and is where you enter the command you want 
performed next. If there are personal messages addressed to 


your call, the BBS will list them for you following the wel- 
come message. Note the message numbers. 


At the prompt, the first thing you should always do is list the 
new messages, by entering L. The BBS program updates the user 
file each time you check in, logging the latest message number. 
The next time you check in, only new messages that have been 
received by the system will be included in your list. The first 
time you'll receive all of them, since they're all new to you. 
This list can be very long, as many systems have more than 200 
active messages on line. When you receive the list, note the 
numbers of the messages you're interested in reading. 


Next, read the messages you're interested in. You do this by 
entering R XXXX, where the Xs represent the message number, such 
as R 4521. Note that there is a space between the command and 
the number. It's best to have your buffer or printer turned on 
when reading messages, because they're apt to come in faster 
than you're able to read them. You should have a means of 
saving them for reading later after you've disconnected. If 
there were messages addressed to you, you should erase or "kill" 
them once you've read them. You can do this with the "KM" 
command, which means "Kill Mine". This command will erase all 
messages that are addressed to you that have been marked as 
having been read. You can also kill each message individually 
by entering K XXXX, where the X's are the message number. 


Once you've read all the messages you're interested in, you have 


several options. You can look back at old messages, send 
messages to other stations, see what's available in the files 
section, download a file, upload a file, check the list of 


stations that have recently checked in to the BBS or stations 
that have been heard on frequency, monitor other frequencies 
used by the BBS, use the gateway feature (if available), check 
the status of the BBS tasks, or a variety of other things. In 
part 5 we'll cover some of the other BBS commands. In the mean 
time, the help file of the BBS should give you all the 
information you need to try any of the functions mentioned 
above. Enjoy! 


Introduction to Packet Radio - PART 5 By Larry Kenney WB9LOZ 


In this part of the series, I'll explain how to use the various 
BBS commands that you have available to you. This information 


is based on WORLI software, so it might vary slightly for users 
of AA4RE, WA7MBL, or other type systems. Use the H - HELP 
command on your BBS if some of these commands do not work as 


described. 
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LIST COMMAND: The first thing you should do when logging on to a 
BBS is to use the LIST command. There are many variations 
available, but L, by itself, is the one used most often. 


L (List) - Lists all new messages, except other user's personal 
messages, that have been entered since you last logged in. If 
you want to list specific messages, you can use one of the 
follow- ing variations of the L command: 


Lx - Lists all messages of the type designated by 'x'. 


LB will list all bulletins. 


Example: 


L # - Lists messages back to and including number #. Example: L 
4050 will list all messages, except personal messages to others, 
from the latest one back to #4050. 


LL #- Lists the last # messages. Example: LL 15 lists the last 
15 messages received at the BBS, excluding other's personal 
messages. 


L 1 - Lists ALL non-personal messages. 


L> callsign - Lists all messages TO callsign indicated. 
Example: L> N6XYZ 


L< callsign - Lists all messages FROM callsign indicated. 
Example: L< N6XYZ 


L@ designator - Lists all messages that have that "designator" 
in the @ BBS column of the message header. Example: L@ ALLCAN 
will list all messages with ALLCAN in the @ BBS column. 


READ COMMAND: To read a message, you enter R followed by a space 


then the message number. Example: To read message 5723, you'd 
enter: R 5723. You also have the option of using the RH 
command, which will give you all of the forwarding headers in 


detail, rather than just giving you the path. Example: To read 
message 5723 with the full headers, you'd enter RH 5723. 


There is one other version of the READ command, and that's RM. 
Entering RM by itself will give you all of the messages 
addressed to you that have not yet been read. 


ERASING MESSAGES: Once you have read a personal message, please 
erase it. The sysop will appreciate your help in clearing up 
"dead" messages. You use the K - KILL command to do this. You 
can enter K #, such as K 5723, which will erase that particular 
message, or you can enter KM, which will erase all of the 
personal messages you have read. If you use the KM command, the 
BBS will list the message numbers for you as they're killed. 


THE DUAL PURPOSE "S" COMMAND: S (Status) and (Send) - The letter 
S by itself will give you a reading of the BBS status, showing 


the callsigns of stations using the system, the time they 
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connected, the port used, etc. It also shows information on the 
message and user files. 


The "S" command is also used for sending a message, but it must 
be further defined. There are three types of messages found on 
a packet bulletin board system: Personal, Bulletin, and Traffic. 
"SP" is used for sending a personal message to one _ other 
station, "SB" for sending a bulletin, and "ST" for sending a 
message that's going to be handled by the National Traffic 
System. 


You're able to send a message to one particular person, to 
everyone on the local BBS, to everyone at every BBS and mailbox 
in Northern California, in Southern California, in the entire 
state, or all across the entire country. It all depends on your 
addressing. 


At the BBS prompt you enter the appropriate command (SP, SB, or 
ST) followed by a space and then the addressee. The addressee 
can be a callsign or it can be something of a general nature, 
such as ALL, QST, ARES. Examples: SP WB9LOZ SB ALL. All 
commands, of course, must be followed by a <CR>. 


If you wish to send the message to someone at another BBS, you 
have to indicate the call of the other BBS following the call of 
the addressee. For example, to send a message to N5PQ, who uses 
the W5XYZ BBS, you would enter: SP N5PQ @ W5XYZ. 


To send a general message to more than just the local BBS, you 
need to use a designator in place of the BBS call. The 
designator indicates the area where you want the message 
distributed. ALLCAN indicates that you want the message sent to 
all Northern California BBSs, which includes all of them from 
Santa Cruz, Hollister, Gilroy, and Fresno northward. ALLCAS 
will send the message to all BBSs in the southern part of the 
state. A message that's sent @ ALLCA will go to EVERY BBS in 
the state, and a message sent @ ALLUS will be sent to EVERY BBS 
IN THE USA. Extreme care should be used when using the ALLUS 
designator. Please make sure that the subject matter is of 
interest to EVERY packet user and please keep the message SHORT. 
The National HF Packet Network is somewhat fragile, due to band 
condi- tions, so unnecessary traffic can keep more important 
traffic from getting through. Here are a few examples of 
addressing bulletin-type messages for general distribution: SB 
ALL @ ALLCAN' SB ALL @ ALLCA SB QST @ ALLCAS SB ALL @ ALLUS 


If you have traffic for the National Traffic System, you must 
use a special format. NTS messages are entered as ST ZIPCODE @ 
NTSXX, where XX is the two-letter state abbreviation. Examples: 
ST 03452 @ NTSNH ST 60626 @ NTSIL 


NTS traffic for California locations do not need the NTSCA. 
Simply enter ST 90028 or ST 94101, for example. (You'll find 
more details on NTS traffic handling in a later part of this 


series.) 
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When you have the address line complete, you enter a_ carriage 


return. You'll then receive a prompt asking for the SUBJECT or 
TITLE of the message. Enter a brief description of what the 
message will be about, followed by a carriage return. Next, 
you'll be prompted to enter the TEXT of the message. When 


entering the text, you should insert carriage returns at the end 
of each line, as if you were typing a letter. A normal line has 
a maximum of 80 characters, so when you have 70 to 75 characters 
typed, enter a carriage return and continue on the next line. 
This will prevent words from wrapping around to the next line 
and the program inserting an unnecessary blank line in the text. 


When you have your message complete, you end it with a CONTROL 
Z. (You send a CONTROL Z by holding down both the CONTROL key 


and the Z key simultaneously.) You should follow the CONTROL Z 
with a carriage return. When you receive the BBS prompt back, 
you'll know that the message has been accepted by the’ system. 


FILE DIRECTORY COMMANDS: 


W (What) - Entering W, by itself, gives you a list of the direc- 
tories available on the BBS. 


Wd - Gives a list of the files in the directory indicated by d. 
The list you obtain with the W command will indicate what letter 
to use for "d" to list the files of specific topics. 


D (Download) - Used for reading files from a directory. Must be 
used with a directory ID and filename using the following form: 


Dx filename. x is the directory ID and the filename must be 
entered exactly as listed in the directory. Again, the 
directory ID is obtained from the list you receive with the 
W command. Example: DG FCCEXAMS.88 


U (Upload) - Used for uploading (sending) a file to the BBS. 
The command must be used with a directory ID, ‘followed by the 


filename you're assigning to the file, using the form: Ud 
filename. The d indicates the ID of the directory where you 
want to enter the file. Filenames can have up to 8 characters 


preceding the dot and 3 char- acters following the dot. 
Example: UM FLEAMKT.INF would upload a file named FLEAMKT.INF 
into the directory with the M ID. The BBS program will not 
allow you to upload a file with a filename that already exists, 
and some directories are set by your local sysop for downloading 
only. 


GENERAL MISCELLANEOUS COMMANDS: 


I (Info) - Gives you details on the hardware, software and RF 
facilities of the BBS you're using. 


J - Displays a listing of stations that were heard by the BBS or 
that connected to the BBS. Must be used with a port identifier, 
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such as JA, JB, etc. J by itself will list the port IDs for 
you. 


M (Monitor) - Used for monitoring the activity on another port 
of the BBS. Must be used with a port identifier, such as MA, 
MB, etc. M by itself will list he port IDs. 


B (Bye) - When you're finished using the BBS, you enter a B to 
disconnect. 


Packet Radio: An Introduction - - by Larry Kenney WB9LOZ Pt. 6 


In this part of the series we're going to take a look at how to 
use NET/ROM and THENET for making contacts. It's a way of 
making your operating time on packet more enjoyable due to the 
increased relia- bility of the network and the greatly expanded 
area that you can reach. 


When a digipeater adds NET/ROM ox THENET it becomes a 


digipeater/node. This means that you can still use it as a 
regular digipeater, but you can also use it to access a_ far 
reaching network of nodes. When using a string of digipeaters, 


your packets have to reach their destination parity correct, and 
the receiving TNC has to return an acknowledgement (ack) to your 
TNC for each packet cycle to be completed. As you add more 
digipeaters to the string, the chances of this happening become 
less and less. Other stations on the frequency and noise can be 


the cause of many retries. When using a node, your packets no 
longer have to reach their destination before acknowledgements 
are returned to your TNC. Now, each node acknowledges your 


packet as its sent along the way toward its destination. 


Here's how you use the nodes network: No matter what station you 


want to work, you connect to the closest node. When you 
connect, your TNC automatically switches to converse mode, so 
anything you now type is sent to the node as a packet, and the 
node acknowledges each packet back to your TNC. For the 


remainder of your connection your TNC works only with this node. 


Once you're connected to the node, enter "NODES" <return> and 
you'll receive a list of the other nodes available to you. It's 
sometimes difficult to determine the location of the nodes from 
this list, since the IDs and callsigns you receive aren't always 
very descriptive. You might find the node maps and listings 
that are available on most packet bulletin boards to be useful 
tools. With these maps and listings, you can easily determine 
where the nodes are located. Make sure you have a recent copy, 
as new nodes are being added quite frequently. 


Let's say you want to have a QSO with N6XYZ. You first must 
determine what node is closest to that station. Let's say it's 


W6AMT-3. Once you know the call of that node, you connect to it 
WHILE STILL CONNECTED TO YOUR LOCAL NODE. You use standard 
protocol, C W6AMT-3. Your TNC will send this as a packet to 


your local node, and your local node will ack it. Your TNC is 
Fidonet HAM/PACKET Digest Page 22 
Volume 1, Number 2 May 5, 1989 


happy because the cycle is completed as far as it's concerned. 
The network will then go to work for you and find the best path 
between your local node and the one you're trying to reach. 
You'll then see one of two responses: "Connected to W6AMT-3" OR 
"Failure with W6AMT-3". If it can't connect for some reason, 
try again later. It could be that W6AMT-3 is temporarily off 
the air or the path has decayed and is no longer available. 
We're going to be positive here and say we received the first 
option. 


Now that you're connected to W6AMT-3, enter "C N6XYZ". Again, 
your TNC will send this as a packet to your local node and the 
node will acknowl- edge it and send it down the path to W6AMT-3. 


W6AMT-3 will then attempt to connect to N6XYZ. Here again 
you'll get one of the two responses: "Connected to N6XYZ" OR 
"Failure with N6XYZ". If you get connected, you hold your QSO 


just as you normally would, but there's one BIG diff- erence -- 
your TNC is receiving acknowledgements from your local node, and 
N6XYZ is receiving acknowledgements from W6AMT-3. That long 
path is eliminated for both TNCs, retries are greatly reduced, 


and your packets get through much faster. When you're finished 
with the QSO, you discon- nect in the normal manner -- go _ to 
Command Mode using Control C and enter "D" <CR>. The entire 
path will then disconnect automatically for you. 


If you've been monitoring lately, you might have seen the nodes 
in action and wondered why they were sending all of those weird 
symbols like @£x/<~|. What you're seeing is the nodes 
communicating with each other, updating their node lists. You 
also might have noted callsigns with high numbered SSIDs, such 
as WB9LOZ-15, WA6DDM-14, W6PW-12, etc. The nodes change the 
SSID of all stations so that the packets sent via the network 
are not the same as those sent directly. If you were to use a 
node to connect to another station in the local area, there's 
the possibility of your packets being received at this’ station 
both from you directly and from the node. If the call through 
the node wasn't changed, the TNCs involved would be _ totally 
confused as it would appear that two stations were connecting 
using the same callsign. The node automatically changes the 


SSID using the formula 15-N, where N is your usual SSID. A call 
with -@ becomes -15, a -1 becomes -14, -2 becomes -13, etc. 


Introduction to Packet Radio - Part 7 - by Larry Kenney, WB9LOZ 


The network of NET/ROM, THENET and KAM nodes is expanding very 
quickly and now covers most of the country. New nodes are 
showing up almost daily. Thanks to all of these new’ stations 
and the interconnecting links, you can now connect to stations 
in many far distant places using your low powered 2 meter rig. 
Some nodes are set up for cross-banding, and with the 
introduction of nodes on 10 meter FM, there's the possi- bility 
of working a station just about anywhere. 


A complete listing of NET/ROM NODES is available on most  BBSs, 


as well as maps showing how everything is tied together. The 
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lists are updated frequently by Scott, N7FSP, in San_ Jose. 


NET/ROM is very simple to use, and I understand that THENET and 


KAM nodes are very similar. As explained in part 6 of this 
series, to use NET/ROM, you first connect to a local node. You 
then have several options -- connect to another station within 


range of the node, connect to another node, obtain a list of the 
nodes that are available, check user status, or answer or call 


CQ. 


There are only FOUR commands to remember to use the system: 
CONNECT, NODES, USERS and CQ. The CONNECT command (which can be 
abbreviated as C) works just like the CONNECT command in normal 
usage, except that you can connect from one node to another. 
For example, you can CONNECT to W6AMT, and then do another 
CONNECT to WA6RDH-1, another node. Let's go through a simple 
connection via NET/ROM. Say I want to connect to a friend in 
Reno, within reach of WA7DIA-1, a node in the Sierras. I would 
first connect to my local node, say W6AMT, then connect’ to 
WA7DIA-1, then connect to my friend. Here's what it would look 
like: 


C W6AMT 

Connected to W6AMT 

C WA7DIA-1 

SFO:W6AMT Connected to RNO:WA7DIA-1 
C K7ZYX 


RNO:WA7DIA-1 Connected to K7ZYX 


You then conduct your QSO, and disconnect in the normal manner. 
(Go to command mode on your TNC and enter a D.) One disconnect 
command will disconnect you from the entire network. 


You'll note that many of the nodes have aliases, such as SFO for 
W6AMT, VACA for WA6RDH-1, SSF1 for KA6EYH-1, etc. With NET/ROM, 
you can connect to the alias identifier, so "C SFO" would work 
as well as "C W6AMT". 


Once connected to a node, the other commands come into play. 
The NODES command (which can be abbreviated as N) will give you 
a listing of other nodes available from the node _ you're 
connected to. The USERS command (which can be abbreviated as U) 
will show you the calls of all the stations using the node 
you're connected to. The CQ command (which cannot be 
abbreviated) is, of course, used for calling CQ, but also can be 
used for replying to the CQ of another station. The CQ command 
is available only in NET/ROM version 1.3. 


There are two other commands, but they're used for status 
information only. IDENT will simply give you the identification 
of the node you're on, and PARMS (Parameters) is for the owner's 
use in determining how his station is working. 


Using the NET/ROM CQ Command: The CQ command is used to transmit 
a short text message from a node, and is also used to enable 


Fidonet HAM/PACKET Digest Page 24 
Volume 1, Number 2 May 5, 1989 


stations that receive the transmission to connect to the station 
that originated it. The command is: 


CQ [textmessage ] 


The "textmessage" is optional and can be any string up to 77 
characters long (blanks and punctuation are allowed). In 
response to a CQ command, the node transmits the specified 
textmessage in "“unproto" mode, using the callsign of the 


originating user with a translated SSID as the source and "CQ" 
as the destination. For example, if user station W6XYZ connects 
to a node and issues the command: "CQ Anybody around tonight?", 
the node would then transmit "W6XYZ-15>CQ: Anybody around 
tonight?" 


After making the transmission in response to the CQ command, the 
node "arms" a mechanism to permit other stations to reply to the 


CQ. A station wishing to reply may do so simply by connecting 
to the originating call- sign shown in the CQ transmission 
(W6XYZ-15 in the example above). A CQ command remains "armed" 


to accept replies for 15 minutes, or until the originating user 
issues another command or disconnects from the _ node. 


Any station connected to a node may determine if there are any 
other stations awaiting a reply to a CQ by issuing a_ USERS 
command. An "armed" CQ channel appears in the USERS display as: 


(Circuit, Host, or Uplink) <~~> CQ(usercall). 


The station may reply to such a pending CQ by issuing a CONNECT 
to the user callsign specified in the CQ(...) portion of the 
USERS display--it is not necessary for the station to disconnect 
from the node and reconnect. Here's what a typical transmission 
would look like: 


cmd: C KA6YZS-1 
cmd: xxx Connected to KA6YZS-1 


USERS 

501SIC:KA6YZS-1 NET/ROM 1.3 (669) 

Uplink (WB9LOZ) 

Uplink (K1HTV-1) <~~> CQ (KLIHTV-14) 
Circuit(LAS:K7WS-1 W1XYZ) <~~> CQ(W1LXYZ-15) 
Uplink (N4HY) 


CONNECT W1XYZ-15 
501SJC:KA6YZS-1 Connected to W1XYZ 
Hi! Thanks for answering my CQ. 


Users of the CQ command are cautioned to be patient in waiting 
for a response. Your CQ will remain "armed" for 15 minutes, and 
will be visible to any user who issues a USERS command at the 
node during that time. Wait at least five minutes before 
issuing another CQ--give other stations a chance to reply to 
your first one! 


NOTE: As mentioned above, the CQ command was introduced in 
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NET/ROM version 1.3. On a node using an earlier version, you 

will get the message "Invalid command". The USERS command can 


be used to determine which version a node is using as shown in 


the example above. If you cannot initially connect to a_ node 
using version 1.3, that doesn't stop you from using the CQ 
command. Once you're connected to a node you can reach, simply 
connect to one that has version 1.3. 


Give the new CQ feature a try. You might work someone locally, 
in Phoenix, Seattle, or on the East Coast. You never know where 
you'll get connected to next! Enjoy! 


Introduction to Packet Radio - PART 8 by Larry Kenney, WB9LOZ 


The National Traffic System, known as NTS, is the ARRL sponsored 
Amateur Radio message handling network. Packet radio is now 
playing a very important part in the network, so we're going to 
look at the system and give you some tips on handling NTS 
traffic by packet. 


Handling third party traffic is the oldest tradition in amateur 
radio. This is most valuable during disasters. Nationwide, the 
National Traffic System has hundreds of local and section nets 
meeting daily in order to facilitate the delivery and 


origination of such messages. More and more of this traffic is 
being originated, relayed, and delivered on packet. If you 
enjoy traffic handling, you can easily get involved in NTS via 
packet. If you're on packet but know nothing about NTS, this 
part of the series can get you off to a good start. At the end 
of this part, you'll find some references for further 
information. 


Local packet BBSs_ have to be checked daily for traffic that 
needs to be delivered or relayed. When you check into your 
local BBS, enter the LT command, meaning "List Traffic". The 
BBS will sort and display a list of all NTS traffic awaiting 
delivery. It'll look similar to this example: 


MSGi STAT SIZE TO FROM @BBS DATE/TIME SUBJECT 

7893 T 486 60625 KB6ZYZ NTSIL 1227/0712 QTC1 CHI, IL 312-267 
7802 T 320 06234 K6TP NTSCT 1227/0655 QTC1 NEW HAVEN, CT 
7854 T 588 93432 KA4YEA 1227/0625 QTC1 CREST, CA 93432 
7839 T 412 94114 KK3K 1227/0311 QTC1 SAN FRA 415-821 


You might see traffic that is being relayed by your local BBS to 
some other part of the country as well as traffic for your local 


area. The "Subject" or "Title" column of the listing will show 
the destination of the traffic. If you see a message that is 
within your local area, help out and deliver it. 


RECEIVING A MESSAGE: To take a message off of the Bulletin Board 


for telephone delivery, or for relay to a local NTS net, enter R 
followed by the message number. Using the list above, R 7839 
would send you the message from KK3K for San Francisco. You'll 
find the message in a special NTS RADIOGRAM format, with a 
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preamble, address, telephone number, text and signature, ready 
for delivery. After the message has been saved to your printer 
or disk, the message should be erased from the BBS. You use the 
KT command, which means "Kill Traffic", followed by the message 
number. In this case you would enter KT 7839 to erase the 
message you took from the BBS. This prevents the message from 
being delivered again by someone else. 


DELIVERING OR RELAYING A MESSAGE: Once you have received the NTS 
Radio- gram, it should, of course, be handled expeditiously. If 
it's for your immediate area, you should deliver the message by 
telephone. If you took the message for delivery to the local 
traffic net, you. should make an effort to see that it gets 
relayed as quickly as possible. 


SENDING MESSAGES: Any amateur can originate a message on behalf 
of another individual, whether the person is a licensed amateur 
or not. It is the responsibility of the originating amateur, 
however, to see that the message is in proper form before it's 
transmitted. A special format is used for NTS traffic, so that 
the messages are compatible across the entire network. Each 
message originated and handled should contain the following 
components in the order given: number, precedence, handling 
instructions (optional), the station of origin, check, place of 
origin, time filed, date, address, telephone number, text and 
signature. You should check the ARRL publications or your local 
BBS for details on message preparation. 


When the message is ready to be entered into your local BBS, you 
must use the ST command, which means "Send Traffic", followed by 
the zip code of the destination city, and "NTS" followed by the 
two letter state abbreviation. The form used is ST Zipcode @ 
NTSxx. A message being sent to Boston, MA 02109 would be 
entered as follows: ST 02109 @ NTSMA and a message for Iowa 
City, IA 52245 would be entered as ST 52245 @ NTSIA. The 
message SUBJECT or TITLE should contain "QTC 1" followed by the 
destination city and state and the telephone area code and 
exchange, if available. See the examples in the listing above. 
Only one NTS message should be included in each packet message. 


The actual radiogram should be included entirely within the TEXT 
of the packet message, including all of the components listed 
above. End the message with the usual  Control-Z. 


IN TIME OF EMERGENCY: The National Traffic System functions ona 
daily basis as a positive public service for both your fellow 
hams and the general public. It serves another function as 
well. The NTS provides a well oiled and trained national system 
of experienced traffic handlers able to handle large volumes of 
third party traffic accurately and efficiently during disasters. 
At least that is the goal. The ARRL booklet "An Introduction to 
Operating an Amateur Radio Station" offers detailed information 
on handling and preparing NTS Radiograms and the files section 
of your BBS should have instructional files on NTS. You should 
find files such as "Delivery.NTS", "Howto.NTS", "Whatis.NTS", as 
well as several other helpful files. Check them out if you want 
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to get involved. Your help will be welcome! 
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Introduction to Packet Radio - PART 9 - by Larry Kenney WB9LOZ 


In this part of the series I'll explain, in detail, the various 


parts of the packet message. The following is an example of 
what you see when listing or reading messages on a BBS. On some 
systems, the information is displayed in a different order. 


MSG# STAT SIZE TO FROM @ BBS DATE/TIME SUBJECT 
4723 P 1084 WD5TLQ WA6XYZ N5SLE 0604/1240 Software working! 


The message number is assigned by the BBS program when the 
message is entered and cannot be changed. The numbers are 


assigned sequentially. 


Next you find the STATUS of the message which includes’ several 


different bits of information about the message. 


The first letter of the STATUS indicates the TYPE of message: B 
for Bulletin, P for Personal, or T for Traffic for the National 
Traffic System. Bulletins are messages of general interest to 
all users, and are available to be read by everyone using the 
system. Personal messages are not listed for anyone except the 
sender and the addressee, and only they can read them. (Of 
course, anyone in monitor mode can see a message of this type as 
it's being sent, because nothing on packet is absolutely 
private.) Traffic messages, type T, are messages used for 
handling traffic on the National Traffic System. (Refer to part 
8 of this series for information on NTS.) 


STATUS also shows if the message has been read, has already been 
forwarded to all designated stations, is in the process of being 
for- warded, or is an "old" message. You might see one of these 
letters: Y - yes, it has been read, F - it has been forwarded, I 
- it's in the process of being forwarded right now on another 
port, or O - the message has been on the BBS long enough to 
become an "old" message. "Old" can be anywhere from 2 days for 
an NTS message to 3 weeks for bulletins. The time frame for 
each message type is specified by the local sysop. The "O" is 
mainly used to catch the attention of the sysop. 


The SIZE indicates the combined total of characters, including 
punctuation in the message. 


TO, normally, is the callsign of the addressee, but it is also 
used to categorize messages on particular topics. You might 
find a message addressed TO AMSAT, TO PACKET or TO ARRL, when it 
is actually a message about AMSAT, about PACKET or having to do 
with the ARRL. 


FROM shows the callsign of the station originating the message. 
@ BBS is used if you want a message to be forwarded to someone 


at another BBS or to a specific designator. In the example, the 
message would be automatically forwarded to WD5TLQ at the N5SLE 
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BBS. You can enter special designators, such as ALLCAN, in the 
"@ BBS" column for multiple forwarding to specific areas. (See 


Part 5 of this series for details on using forwarding 
designators. ) 


Next is the DATE and TIME when the message was received at the 
BBS. Keep in mind that the date and time are shown in the time 
used by the BBS, and can be either local time or Zulu. 


The SUBJECT (or TITLE) is a short line telling what the message 
is all about. It should be brief, but informative. For 
bulletin type messages, this is the information that determines 
whether or not a person is going to read your message when he 
sees it in the message list. 


The parts of the message mentioned so far are all included in 
the header of the message, and are seen when listing messages. 
The remaining parts are in the body of the message, and are seen 
only when the message is read. 


If a message has been forwarded from another BBS, you'll see 


forwarding headers at the top of the actual message. This is 
information added by each BBS that was used to get the message 
from its origination point to the destination. Each BBS. adds 


one line showing the time the message was received by that 
particular BBS, its call sign, and usually the QTH, zip code, 
and message number. Other information is often added, at the 
discretion of the _ sysop there. If you use the RH command, 
rather than just R, when reading a message, such as RH 7823, 
you'll receive complete headers. With just the R, headers are 
reduced to a list of the BBS callsigns. Complete headers are 
useful if you want to determine how long it took a message to be 
forwarded from the source to destination, and they can be used 
to determine the path the message took to reach you. 


The TEXT of the message contains the information you want to 
convey to the reader. It can be of any length. When entering a 
message into a BBS, use carriage returns at the ends of your 
lines, as if you were using a typewriter. Do not allow the 
automatic wrapping of lines to occur. A message entered without 
Carriage returns is very difficult to read, as words are cut at 
improper points, lines vary drastically in length, and_ blank 
lines are often inserted. 


You complete the text with either a Control-Z or these three 
characters: the "slash" (/) plus the letters "EX". On some BBSs 
this must be on a line by itself. This tells the system that 
you've finished entering the message. 


Messages that are going to be forwarded to several BBSs_ or 
across a long distance should be limited in size. Extremely 
long messages can tie up the forwarding system unnecessarily, so 


users are advised to break up long messages into parts, keeping 
them to a length of 2 - 3 K each. 
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Introduction to Packet Radio - Part 10 - by Larry Kenney, WB9LOZ 
Here are some tips to help make your packet operating a little 
more enjoyable. Whether it's while making local QSOs, checking 
into a BBS or mailbox, or working DX, there are a few things you 
should take into consideration that will help eliminate waiting 


time and increase your throughput. 


When connecting to another station, don't use a _ digipeater 


unless you have to. Each digipeater you add to the chain 
increases the time required to get your signal to its 
destination and to get an acknowl- edgement returned. It also 


increases the chance for interference and for collisions with 
other packets. You'll be amazed at the difference in throughput 
when comparing a direct connect to one with just one digipeater 
in the path. 


Also, if you have a choice, use a frequency that doesn't have a 
lot of other traffic on it. It makes sense that the more 
stations there are on frequency, the more chances there are for 
collisions and retries. A path that will work perfectly without 
a lot of traffic, can become totally useless under heavy traffic 
conditions. 


Dr. Tom Clark, W3IWI, has determined that for EACH HOP, the 
loss of packets can vary anywhere from 5% to 50% depending on 
the amount of traffic. Remember, each digipeater and node adds 
a hop, so multiply those percentages by the number of hops, then 
multiply by 2 to account for the acknowledgement, and you’ can 
see how quickly the path deteriorates as traffic increases and 
digipeaters and nodes are added to it. 


Another consideration, especially if working over a_ long 
distance, is atmospheric’ conditions. You might not have 
experienced this before on VHF, but with packet's high 
sensitivity to noise, a slight change in signal strength can 
mean the difference between getting your packets through or not 
getting them through. An example of one path that is very 
vulnerable to conditions due to its distance is from W6AK-1_ on 
Mt. Vaca to WB6AIE-1 on Bald Mountain in Yosemite National Park 


on 145.05 MHz. Most of the time, packets go between these two 
digipeaters without any problem, but there are times, especially 
when it's a hot summer day in the Sacramento Valley, when it's 
impos- sible to get a packet from one to the other. In the Bay 
Area, the fog has a drastic affect on VHF signals. When a fog 
bank is moving in off the Pacific, it can act as an excellent 
reflector. Signals that are not normally heard can reach signal 
strengths of 40 over S9. 


NET/ROM, TheNet, and KA-Nodes, as discussed in previous articles 
in this series, doa great deal to help you get your packets 
through, but you must remember that they, too, are affected by 
the number of hops, the traffic load and the atmospheric 
conditions between you and the destination station. The big 
advantage to NET/ROM is that the acknowledgements do not have to 
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return all the way from the desti- nation station. Packets are 
acknowledged from node to node, so that eliminates a large part 
of the problems’ encountered. Getting the original packet 
through, however, remains to be as much of a problem for the 


nodes as it is for you when using digipeaters. 
Introduction to Packet Radio - Part 11 - by Larry Kenney, WB9LOZ 


In this part of the series we'll take a look at many of the TNC 
commands available to you that we haven't covered in previous 
articles. We will be discussing the commands used in the TAPR 
TNC2 and TNC2 clones. You might find that some of the commands 
are not available in your particular TNC or that they're used in 
a slightly different manner than the one explained here. Please 
refer to your owner's operating manual for specific details on 
how to use these commands in your TNC. 


SBITCONV: This command enables the transmission of 8-bit data in 
converse mode. Used with AWLEN - see below. 


For normal packet operation, such as keyboard to keyboard trans- 
missions, use of bulletin boards, and transmission of ASCII 
files, 8BITCONV should be OFF. If you need to transmit 8-bit 
data, set 8BITCONV ON and set AWLEN to 8. Make sure that the 
TNC at the receiving end is also set up this way. This 
procedure is normally used for transmission of executable files 
or a special non-ASCII data set. 


AWLEN: This parameter defines the word length used by the serial 
input/output port of your TNC. 


For normal packet operation, as described above, AWLEN should be 
set to 7. Set to 8 only if you're going to send 8-bit data. 


AX25L2V2: This command determines which level of AX.25 protocol 
you're going to use. 


If OFF, the TNC will use AX.25 Level 2, Version 1.0. 
If ON, the TNC will use AX.25 Level 2, Version 2.0. 


Version 2.0 has added features. See the CHECK command below. 
Many operators have suggested that Version 2.0 NOT be used on 
the HF bands as it tends to clutter the frequency. 


BEACON:Used with EVERY or AFTER to enable beacon transmissions. 


BEACON EVERY n- send a beacon at regular intervals specified by 
n. 


BEACON AFTER n- send a beacon once after a time interval 
specified by n having no packet activity. 


n = © to 250 specifies beacon timing in ten second intervals. 
1 = 10 seconds, 2 = 20 seconds, 30 = 300 seconds or 
5 minutes, 180 = 1800 seconds or 30 minutes, etc. 
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For example, if you set BEACON EVERY 180 (B E 180), the TNC will 
transmit a beacon every 30 minutes. If you set BEACON AFTER 180 
(B A 180), the TNC will transmit a beacon after it hears no 
activity on the frequency for 30 minutes. B E 0 will turn the 
beacon off. The text of the beacon is specified by BTEXT and 
can contain up to 120 characters. The path used for the beacon 
transmission is specified by the UNPROTO command. YOU SHOULD 
USE BEACONS INTELLIGENTLY! Beacons are often a point of 
controversy in the packet community because they tend to clutter 
the frequency if used too frequently. You should keep your 
beacons short and infrequent, and they should only be used for 
meaningful data. Bulletin boards use the beacon for advising 
the community of who has mail waiting for them, clubs use 
beacons for meeting announcements, beacons are used for weather 
warnings, etc. 


CHECK n 


Sets a timeout value for a packet connection. Operation depends 
on the setting of AX25L2V2. The value of CHECK (n) determines 
the timing. Value may be © to 250. Check set to © disables the 
command. 


If a connection between your station and another exists and the 
other station seems to "disappear" due to changing propagation 
or loss of an intermediate digipeater, your TNC could remain in 
the connected state indefinitely. If the CHECK command is set 
to a value other than 0, the TNC will attempt to recover. The 
setting of AX25L2V2 will determine what action is’ taken. 


If AX25L2V2 is ON, the TNC will send a "check packet" to verify 
the presence of the other station if no packets have been heard 


for n x 10 seconds. (n = 1 = 10 seconds, n = 5 = 50 seconds, n 
= 30 = 5 minutes, etc.) If a response is received, the 
connection will remain. If no response is received, the TNC 


will begin the dis- connect sequence, just as if the DISCONNECT 
command had been sent. If AX25L2V2 is OFF, after no packets are 
heard for n x 10 seconds, the TNC will not send a check packet, 
but will begin the disconnect sequence. 


CMSG Enables the automatic sending of a connect message _ when- 
ever a station connects to your TNC. If CMSG is ON, the TNC 
will send the message contained in CTEXT as the first packet of 


the connection. CTEXT can contain up to 120 characters. This 
feature is often used when the station is on but the operator is 
not present. The connect message is used to advise the other 
station of that fact, and often says to leave a message in the 
TNC buffer. If CMSG is off, the text message is not 
transmitted. 


MAXFRAME Sets’ the upper limit on the number of unacknowledged 
packets the TNC can have outstanding at any time. (The 
outstanding packets are those that have been sent but have not 
been acknowledged.) It also determines the maximum number of 
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contiguous packets that can be sent during one transmission. 
Value can be set from 1 to 7. The best value of MAXFRAME 


depends on the frequency conditions. The better the conditions 
are, the higher the value you can use. If conditions are poor 


due to the amount of traffic on the frequency, noise, or other 
variables, (shown by lots of retries) MAXFRAME should be reduced 
to improve throughput. The best value of MAXFRAME can_ be 
determined through experimentation. MAXFRAME of 1 should be 
used for best results on HF packet. 


MHEARD An immediate command that causes the TNC to display a 
list of stations that have been heard since the command MHCLEAR 
was given or the TNC was powered on. 


This command is useful for determining what stations can be 
worked from your QTH. Stations that are heard through 
digipeaters are marked with an * on most TNCs. On the AEA 
PK-232, the stations heard direct are marked with the *. (Check 
your TNC manual.) The maximum number of stations in the list is 
18. If more stations are heard, earlier entries are discarded. 
Logging of stations heard is disabled when the PASSALL command 
is ON. If the DAYTIME command has been used to set the date and 
time, entries in the MHEARD list will show the date and time the 
stations were heard. 


PASSALL Causes the TNC to display packets that have invalid 
checksums. The error-checking is disabled. 


If PASSALL is ON, packets are accepted for display, despite 
checksum errors, if they consist of an even multiple of eight 
bits and are up to 330 bytes. The TNC attempts to decode the 
address field and display the callsigns in standard format, 
followed by the text of the packet. PASSALL can be useful for 
testing marginal paths or for operation under unusual 
conditions. PASSALL is normally turned OFF. 


SCREENLN n This parameter determines the length of a line of 
text on the terminal screen or platen. Value may be © to 255. 


A (CR-LF) carriage return and line feed are sent to the terminal 
in Command and Converse modes when n_ characters have’ been 
printed. A value of zero inhibits this action. If your 
computer automatically formats output lines, this feature should 
be disabled. 


TXDELAY n This parameter tells the TNC how long to wait before 
sending data after it has keyed the transmitter. 


All transmitters need some start up time to put a signal on the 
air. Some need more, some need less. Synthesized radios and 
radios with mechanical relays need more time, while crystal 
controlled radios and radios with diode switching require less 


time. External amplifiers usually require additional delay. 
Experiment to determine the best value for your particular 


radio. TXDELAY can also be useful to compensate for slow AGC 
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recovery or squelch release times at the distant station. 


There are many additional commands available to you. I've only 
covered the ones that I thought would be the most useful to you. 
Spend some time reading the owner's operating manual that came 
with your TNC to discover some of the surprises the other 


commands’ offer. New versions of the TNC software have added 
several commands that you might find useful in your packet 
operating. 


Introduction to Packet Radio -- Part 12 by Larry Kenney, WB9LOZ 


In this article we're going to look at the White Pages. Not 
your local telephone directory, but the packet radio directory 
known as "White Pages". You help supply the information for 


"WP", and you can also use it to find the home BBS, QTH and zip 
code of your friends on packet. 


"White Pages" was initially designed by Eric Williams, WD6CMU, 
of Richmond, California. It's a database of packet users 
showing their name, home BBS, QTH and zip code. It's updated 
and queried by packet message, allowing stations from all over 
the world to take advantage of it. Hank Oredson, WORLI, later 
added a WP feature to his packet bulletin board software. As 
users enter their name, home BBS, QTH and zip code into the BBS 
user file, the software automatically assembles a message once a 
day containing all of the latest user information and sends it 
to the WD6CMU White Pages. Hank has now expanded the WP 
feature, and each BBS running the WORLI software can now elect 
to operate its own White Pages database. Each BBS, however, 
continues to send a daily "WP" update of new or _ changed 
information to the WD6CMU White Pages. You can easily make use 
of the packet White Pages information, both at your local BBS 
and at WD6CMU. 


If your BBS is operating with its own WP database, you may make 
inquiries of it using the "P" command. Simply enter P followed 
by the callsign you'd like information about. If you wanted 
information on WB9LOZ, for example, you would enter: P WB9LOZ. 


Information from the WD6CMU White Pages is obtained by sending a 
message to "WP @ WD6CMU". You can also update the database with 
new information. One message can contain several lines, 
including a combination of queries and updates. Since the 
messages are read and answered by the WP software, not a person, 
each line must have the correct format. One of the following 
formats must be used: <callsign> QTH? <callsign> @ <BBS> <zip 
code> <name> <QTH> DE <callsign> @ <BBS> The first form is a 
query. It will cause a message to be returned to you giving the 
home BBS, QTH and zip code of the person with the given 
callsign. If the information is not available from the WP 
database, the return message will tell you so. The second form 
adds or changes the entry for the given callsign, and the third 
form provides a return address for the requested information. 
Replies will be sent to the originating station at the BBS 
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specified. If the return address line is not given, the WP 


program will attempt to determine the originating station and 
BBS from the message headers. 


Here are some examples of messages to the WD6CMU White Pages 
database: Suppose you wanted to know the home BBS of K9AT. You 
would send a message to WP like this: 


(Your BBS) W6BBS> 

SP WP @ WD6CMU 

Enter title of message: 

Query 

Enter text: 

K9AT QTH? 

DE N6XYZ @ W6BBS 

(Control Z) 

Capital & lower case letters may be used within the message. 


If you wanted to update or add information to the White Pages, 
you would send a message like this: 


(Your BBS) W6BBS> 

SP WP @ WD6CMU 

Enter title of message: 

Update 

Enter text: 

N6XYZ @ W6BBS 94199 John San Francisco, CA 
AD6ZZ @ WB6ABC 94015 Anne Daly City, CA 


DE N6ZYX @ W6BBS 
(Control Z) 


When updating or adding an entry to WP, you should make sure 
that the information is accurate. 


Here's an example of a message that has both queries and 
updates: 


(Your BBS) 

SP WP @ WD6CMU 

Enter title of message: 

Update/Query 

Enter text: 

K9AT QTH? 

WA6DDM QTH? 

N6XYZ @ W6BBS 94199 John San Francisco, CA 
AD6ZZ @ WB6ABC 94015 Anne Daly City, CA 
DE N6ZYX @ W6BBS 

(Control Z) 


Just like all other packet messages, messages addressed to WP @ 
WD6CMU) are forwarded from BBS to BBS toward their destination. 
When a message containing new or updated information passes 
through a BBS operating the WORLI WP program, the software 
recognizes the WP format and extracts the information from the 


message for its database. The WORLI WP program also collects 
Fidonet HAM/PACKET Digest Page 36 
Volume 1, Number 2 May 5, 1989 


data ‘from any WP responses it sees and from the message headers 
of every message that passes through. In addition, if a BBS 
operating with the WORLI WP sees a query, it will respond with 
any pertinent information that it has available. As a result, 
you might receive more than one response to your WP query. 


The information on each call in a WORLI WP database is usually 
deleted in 60 to 90 days if it's not updated. This keeps each 


local database current and at a manageable size. The WD6CMU 
White Pages directory retains the data for a longer period of 
time. 


It is important to note here that when you check into a new BBS, 
you should always enter the same information that you have at 
previous times. Choose ONE BBS as your home BBS, the one where 
you want all of your messages delivered, and enter that callsign 


every time you're asked. If you enter two or more different BBS 
calls at various times, your mail could end up being sent from 
BBS to BBS. 


When a message arrives at the destination given in the "@ _ BBS" 
column, the latest software now checks the White Pages 
information to make sure the message was delivered to the right 
place. If it finds that you have a different BBS listed as your 
home BBS, it will insert the new BBS callsign and send _ the 
message on its way. You may never get it. 


If you move or change your home BBS, you should then make sure 
that you update the information for your call in the White Pages 
database. If you use a BBS with WORLI software, the BBS will 
send a WP message for you if you use the NH, NQ and NZ commands 
to update the infor- mation. If these commands aren't available 
on your BBS to make the changes, you'll have to send a message 
update yourself to WP @ WD6CMU. Making sure that the 
information in the White Pages is correct will help to get your 
messages delivered to the correct BBS. 


Introduction to Packet Radio - PART 13 by Larry Kenney, WB9LOZ 


In this article, let's do some reviewing. I'm going to present 
a short quiz on packet, covering the basics that I've presented 
in the past 12 columns. Let's see how well you can answer the 


following questions without looking back at the past articles. 
In Part 14, I'll discuss each question and give you the correct 
answers. 


1. What are the three TNC modes of communication? 
a. Connect, Converse, Terminal 
b. Command, Converse, Terminal 
c. Command, Converse, Transparent 
d. Command, Connect, Transparent 
2. What TNC command is used to set the transmit path for 
beacons and CQs? 
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3. What is the TNC command CHECK used for? 


4. While you're connected to another station, what command is 
used to monitor other traffic on the frequency? 


5. If you saw one of the following lines on your screen when in 
monitor mode, what would the asterisk indicate? 
W6ABC-3>N6XYZ,W6PW-1*: Hi Bob 
W6ABC-3>W6PW-1*>N6XYZ: Hi Bob 
(Displays vary with various TNCs, both common types are shown) 


6. Why do the NET/ROM and TheNet nodes improve communications? 


7. If you're connected to a station in New Mex using NET/ROM or 
TheNet, how do you disconnect? 


8. If N6ZYX-2 connected to you via a NET ROM or TheNet node, 
what would the SSID of the station become at your end of the 
connection? 


9. When you're connected to another station, what are the two 
most probable causes for packets not to be received by the other 
station? 


10. There are several basic commands used on a packet bulletin 
board system. Indicate what you would enter to perform the 
following: 


a. Receive a list of messages. 

b. Download a file in the General (ID G) directory called 
FCCEXAMS.89. 

c. Enter a private message to Jim, WA6DDM, who uses the W6PW BBS. 

Read message 7134 with complete headers. 

e. Find out what stations have been heard on port B. 


a 


11. To send an NTS message via packet addressed to Tom Smith, 
123 Main Street, Keene, NH 03431, telephone (603) 555-4321, what 
would you enter at the BBS prompt? 


12. If a message has a STATUS of BF, what does that indicate? 


13. If you received a message from a friend in Chicago that had 
been forwarded to your home BBS through four other BBSs and the 
message had a Date/Time of 0316/2245 when you listed it, which 
of the following is a TRUE statement? 


a. The message was written at 2:45 pm on March 16. 

b. The message was entered into the BBS by your friend at 2245 
on March 16. 

c. The message was forwarded by your friend's BBS in Chicago at 
2245 on March 16. 

d. The message was received at your home BBS at 2245 on March 16. 


14. If you wanted to send a message to your friend John, W4IP, 
but you didn't know what the call of his home BBS was, what 
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could you do to try and find out what the call is? 


15. BONUS: What is the maximum value for MAXFRAME? If you're 
working a station on 30 meters and are sending a lot of retries, 
should you increase or decrease MAXFRAME? 


Introduction to Packet Radio - PART 14 by Larry Kenney, WB9LOZ 


How did you do on the review quiz in the previous part of this 
series? If you haven't taken it, you might want to read part 13 
and take the quiz before reading any further. 


Here are the correct answers and the series part number where 
you can read more about the subject: 


1 - Answer C is correct. The three TNC modes of communication 
are Command, Converse and Transparent. Command mode is’ for 
communicating with the TNC. The Converse mode is for normal 
QSOs, connects to a BBS or mailbox, etc. and Transparent mode 
is used for binary file transfer. (Part 2) 


2 - The UNPROTO command is used for setting the transmit path 
for both beacons and CQs. (Parts 3 and 11) 


3 - The CHECK command is used for setting a timeout value in 
your TNC. If set to a value other than zero, the TNC will 
attempt to recover a connection after a certain specified time 
if nothing is received from the other station. This command is 
used in combination with the AX25L2V2 command. (Part 11) 
4 - The MCON command (Monitor while CONnected) is used to 


monitor other traffic on the frequency while you're connected to 
another station. (Part 4) 


5 - When monitoring, the asterisk indicates the station that you 
actually hear the packet from. The MRPT command must be ON for 
the monitor display to show’ digipeaters. (Part 4) 


6 -  NET/ROM and TheNet nodes improve communications because 
packets are acknowledged from your station to the first node, 


and then node to node to the destination. A packet doesn't have 
to reach the destination before an ack is returned. (Parts 6 
and 7) 


7 - When using NET/ROM or TheNet (no matter who you're connected 
to) you disconnect by going to command mode on your TNC and 


sending aD, just like at other times. The fact that you're 
using several nodes or are connected to a distant station makes 
no difference. The network will take care of disconnecting all 


stations and links. (Parts 6 and 7) 


8 - N6ZYX-2 would appear as N6ZYX-13 if he connects to you using 


a node. The nodes change the SSID using the formula 15-N. 
(Part 6) 
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9 - The two most probable causes for a packet not to get through 
are collisions with other packets on the frequency and noise due 
to weak signals. (Part 10) 


10 - BBS commands: 


a. To receive a list of messages: L 

b. To download a file in the General (G) directory called 
FCCEXAMS.89, you'd enter DG FCCEXAMS.89 

c. To enter a private message to Jim, WA6DDM: SP WA6DDM @ W6PW 
(The "@ W6PW" is not needed if you're using the W6PW BBS.) 

d. To read message 7134 with headers: RH 7134 

e. To find out what stations were heard on port B of the BBS, 
you'd enter JB (Part 5) 


11 - If you wanted to send a message to Tom Smith, 123 Main 
Street, in Keene, NH 03431, you would enter the following at the 
BBS prompt > ST 03431 @ NTSNH (Part 8) 


12 - A message with a STATUS of BF means that the message is a 
bulletin and that it has been forwarded to all stations that are 


supposed to receive it from the BBS you're using. (Part 9) 
13. - Answer D is correct. The date/time of a message is the 
time the message was received at the BBS you're using. Please 
note that the date/time of a message does not indicate local 
time, zulu time, UTC, GMT, or whatever. It indicates the time 


that that BBS is set to. Most BBSs are now set to zulu time 


(UTC, GMT), but many still use local time. When you read a 
message, you should be able to get the date and time the message 
was written from the message header. (Part 9) 


14-To find the call of the HOME BBS of your friends, use the 
White Pages Directory. If the BBS you're using has the WP 
feature enabled, you will find the P command to be _ useful, 
otherwise send an inquiry to WP. (Part 12) 


15-BONUS: The maximum value for MAXFRAME is 7. MAXFRAME is the 
number of packets transmitted by your TNC contiguously, and the 
number of unack- nowledged packets the TNC can have outstanding. 
You decrease MAXFRAME when conditions are poor. Your TNC will 
send fewer packets at one time, so there will be less 
information to collide with other packets on the frequency and 
less chance of information being wiped out by noise. (Part 11) 


There is no passing grade on the quiz. It was designed for you 
to check your general packet knowledge, and you'll have to be 


your own judge of that. 


Introduction to Packet - Part 15 by Larry Kenney, WB9LOZ 


WORLI, N6VV, and VE3GYQ have devised a_ scheme called 
HIERARCHICAL ADDRESSING. With hierarchical routing designators 
we have an opportunity to improve traffic routing. No longer 


will a missing call in a BBS for- warding file cause a message 
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to remain unforwarded, sysops will no longer have to burn the 
midnight oil trying to keep their forward files up to date, and 


messages will move much more directly toward their destination. 


The format for hierarchical routing is: addressee @ 
BBScall.#local area.state-province.country.continent. 


It might look complicated, but it's not. First, note that each 


section of the format is separated by a period. Codes used for 
the continents and countries are _ standards, now accepted 
throughout the world. You should be able to find a list of them 
in the file section of your BBS. State and province codes are 


the recognized two-character codes established by the American 
and Canadian Post Offices. These may be found in the Callbook, 
your phone directory, or any zip code listing. The code for 
local area or county is optional, since most of you have no idea 


what code is being used back in upper New York state or in Iowa 
City, IA. If you know it, use it, since it will help get the 


message closer to where it's going. The code for Northern 
California is #NOCAL, and the code for Southern California is 
#FSOCAL. You should use the appropriate one in your signature 


line. For messages going outside of the US or Canada, the local 
area is optional and the state is eliminated. 


Using the hierarchical format, here are some routing examples: 


WB9LOZ @ W6PW.#4#NOCAL.CA.USA.NA 
N6KZB @ KD6SQ.#SOCAL.CA.USA.NA 
KC3XC @ N40Q.MD.USA.NA 

JA1ABC @ JA1KSO.#42.IPN.AS 
VK4AHD @ AX4BBS.AUS.AU 


You'll note that the local area code is preceded by _ the 
octothorpe #. (Now, how's that for a $5 word?) The reason is 
that the Japanese network, and possibly other areas, want to use 
routing numbers for the local area/county code, which could get 
confused with zip and postal codes. Using the # on all local 
area codes will eliminate forwarding problems. 


We need to emphasize two very important points: hierarchical 
addressing DOES NOT indicate a forwarding PATH, and ONLY ONE BBS 
call should be included in the address. A list of BBS calls 
separated by dots will not get your message to its destination. 
The addressing scheme is said to be one area inside another 


area. Using my hierarchical address as an example, WB9LOZ @ 
W6PW.#NOCAL.CA.USA.NA, here's how you would describe the 
address: "WBOLOZ at W6PW which is in Northern California which 


is in California which is in the USA which is in North America". 


There are several BBS programs that implement hierarchical 
addressing now, including the WORLI, AA4RE and WD6CMU software. 
Check the ID block you receive when you log into your BBS. If 
it has an H in it, such as [RLI-9.07-CH$] or [4RE-02.4-HM$], 
your system supports it. 
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This next section explains how the BBS software uses’ the 
hierarchical addressing scheme. We first have to understand how 


the software goes about matching items in the "@ BBS" address 
with items in the forward file. For an example, let's say that 


we send a message to Tom, W3IWI, who operates his own BBS and is 
located near Baltimore, Maryland. We would enter: SP W3IWI @ 
W3IWI.MD.USA.NA If the only entries in the forward file are 
California BBSs plus a list of state abbreviations, let's see 
how the message would be forwarded. The first thing the 
software does is attempt to find a match between the items in 
the forward file and the left-most item in the address field. 
In our case, it would not find W3IWI. If there isn't a match, 
it then moves to the next section to the right. It would find 
MD and that match would allow the message to be forwarded. If 
it had found the call W3IWI, that entry would take precedence 
(because it is more left in the field than MD) and would of 
course also ensure delivery. 


Here are some comments ‘from the ones who devised the 
hierarchical addressing: 


"There is another added benefit to this scheme. It involves 
Gatewaying between the BBS world and other networks, such as 
TCP/IP via SMTP. Much of the pioneer work in setting up the 
gatewaying protocols has been done by NN2Z, N3EUA, and PAOGRI, 
amongst others. The WORLI BBS package allows for the forwarding 
of mail between the BBS world and the SMTP world. Of note is 
the fact that the WA7MBL package has allowed such message 


exporting and importing for some time now. This means that we 
can take advantage of the TCP/IP host-names and their domain or 
hierarchal format for forwarding. Thus it is possible to send 


mail from the BBS to VE3BTZ as ve3btz@pc.ve3btz.ampr.org or from 
SMTP to wOrli@wOrli.ca.usa.na and not have any ambiguity. 


"We expect that WA7MBL will also be implementing hierarchal 
routing in the near future. This system is still compatible 
with older style systems, as a system that handles hierarchal 
forwarding identifies with the H feature letter: [RLI-8.00-CH$]. 
If it does not get an appropriate response, it uses the 
left-most item in the "@ BBS" string as the "@ BBS" for the 
message. 


"The authors hope that this paper will serve as a starting place 
for improved message routing by means of implicit routing. 
Low-level (VHF) BBSs need only maintain state or province ofr 
country codes for distant BBSs, and route such traffic to their 
nearest HF Gateway. In turn, the HF station routes it to the 
desired state, where the receiving Gateway station would have a 
detailed list of the BBSs it serves." 


Comments from WORLI, N6VV and VE3GYQ. 


73, Larry, WB9LOZ @ W6PW.#NOCAL.CA.USA.NA 
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Introduction to Packet Radio - PART 16 By Larry Kenney, WB9LOZ 


In the previous 15 parts of this series, this column has covered 
all of the basics of packet radio - from setting up your TNC and 
making your first QSO, to using digipeaters and Net/Rom. Many 
of the TNC commands have been explained, including the _ best 
settings for normal packet use. I have discussed the procedures 
used for logging into a packet Bulletin Board System or Mailbox, 
and have given you informa- tion on how to list, read and send 
messages, download and upload files, and use other features 
available. I've talked about the general message format, the 
reasons for limiting the number of digipeaters you use, calling 
CQ on Net/Rom and a variety of other topics. 


More articles will be written as new developments are made and 
old features are updated. There are several programs available 
for making special use of packet, such as TCP-IP, Tex-Net and 
Conference Bridging, and high speed modems are just around the 
corner. Perhaps we'll take a look at those topics in the months 
ahead. Right now I'm not familiar enough with them to write 
about them. I'm interes- ted in getting on the air with TCP-IP, 
so I might get into that next. 


If you have any comments on this series, have any questions on 
the topics discussed, or want to suggest new topics for 
discussion in future articles, please leave a message for me. I 
hope that you've found this series to be informative and helpful 
in making packet more enjoyable. 


73, Larry Kenney, WB9LOZ @ W6PW 


Fidonet HAM/PACKET Digest Page 43 


Volume 1, Number 2 May 5, 1989 


April 5, 1989 For more information contact: 


David Sumner, K1ZZ 
FOR IMMEDIATE RELEASE Tel: 203-666-1541 
FAX: 203-665-7531 


ARRL COMMITTEE ON CODELESS LICENSE RELEASES REPORT 


Newington, Connecticut -- A special committee appointed by 
American Radio Relay League (ARRL) President Larry E. Price, 
W4RA, has submitted a report recommending the creation of a 
class of Amateur Radio license not requiring a knowledge of 
Morse code. The report was presented to the ARRL_ Executive 
Committee, which met on April 1; the Executive Committee did not 
take a position on the substance of the report, but authorized 
its publication in full in the May issue of QST and referred it 
to the full Board of Directors for consideration during its July 
21-22, 1989 meeting. ARRL members, other licensed radio 
amateurs, and others interested in Amateur Radio are invited to 
review the report and to make their views known to ARRL Division 
Directors, whose names appear on page 8 of QST magazine. 


The mission of the committee was "to explore the implications of 
a no-code amateur license." To carry out this mission, President 
Price appointed a distinguished committee consisting of members 
from the ARRL Board of Directors, Amateur Radio industry and 
radio amateurs at large, as follows: 


ARRL Vice President George S. Wilson III, W40YI, Chairman 
John Crovelli, W2GD, At Large 

Y. E. (Ed) Juge, W5T00, Industry Representative 

Kenneth D. Kopp, KOPP, At Large 

C. Mike Lamb, N7ML, Industry Representative 

Rod Stafford, KB6ZV, ARRL Director, Pacific Division 


In addition, the following consultants were designated: Thomas 
B. J. Atkins, VE3CDM, Canadian Radio Relay League President 
Larry E. Price, W4RA, ARRL President Leland Smith, W5KL, 
Quarter Century Wireless Association President David Sumner, 
K1ZZ, ARRL Executive Vice President 


The committee stressed that its proposal, if adopted, would not 
cause any licensee to lose any present privileges. It proposes 
a new class of Amateur Radio license, with a written examination 
somewhat more comprehensive than the present Technician exam but 
with no requirement for a Morse code examination. Holders would 
be permitted to operate on all frequencies and with all 
privileges now available to Technicians above 30 MHz, except 
that 2-meter operation would be limited to frequencies between 
144.9 and 145.1 MHz and to digital modes only. Examinations 
would be given only by accredited Volunteer Examiners, and 
distinctive call signs would be assigned. 


The committee carefully reviewed a wealth of input from 
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interested individuals and Amateur Radio clubs, as well as 


information it had requested from International Amateur Radio 
Union (IARU) member societies in other countries which already 


have a code-free class of amateur license. A large number of 
alternatives were considered by the committee in developing its 
recommendations. 


ARRL Executive Vice President Sumner stressed that the 
committee's report does not represent League policy at this 


time. The Board of Directors is the policy-making body of the 
organization, and as such will determine whether the report, 
with or without modifications, will become League policy. He 


pointed out that the League is a representative democracy, with 
Directors elected to represent the members of their Divisions. 
Accordingly, anyone reading this report and wishing to have his 
or her views considered is urged to write the Director of their 
Division sometime prior to the July Board Meeting. 


The full text of the committee's report is attached. 


Report of the Committee to Examine a Possible Codefree License 
in the Amateur Radio Service 


This Committee was appointed by the President pursuant to 
direction of the Executive Committee at its meeting of December 
10, 1988 (Minute 2.6.1), "to explore the implications of a 
no-code amateur license and make a report to the ARRL_ Second 


Board meeting of 1989." The extent of the Committee's 
investigation and exploration, and its recommendations, are 
contained in the body of this report, which is herewith 


respectfully submitted. 
Conclusions 
1. No licensee should lose any present privileges. 


2. The present Technician (3A) pool is already being revised to 
correct shortcomings in its syllabus. The Committee feels this 
action is needed, and its completion is a foundation of our 
recommendations. The examination length for this element should 
be increased to 30 questions to accommodate the _ slightly 
expanded syllabus. 


3: The present Technician class will be renamed "Technician 
Plus". Each holder of the present Technician class license on 
the date of implementation of this proposal by the FCC will 
become a "Technician Plus." 


4. A new class of license, called the "Technician", will be 
created. To obtain this license, an applicant will be required 
to pass the present Novice (Element 2) and the revised 
Technician (Element 3A) written examinations. Both of these 
examinations must be administered through the Volunteer Examiner 
Program and credit will not be given for having passed Element 2 
before Novice Examiners. 
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5. For a Technician to become a Technician plus, he or she need 
only pass the Novice Code (Element 1A) examination at five words 


per minute. This must also be done through the Volunteer 
Examiner Program. 


6. The licensees of the new class should have distinctive 
callsigns. These would be 2$X3s beginning with NA#AAA. Upon 
obtaining a Technician Plus license, the first letter would 
change to "K" (or the appropriate 1$X3 if the licensee 
requests). In practice, these licenses would probably begin 
with NE#AAA to avoid duplications with suffixes already issued 
in the KA-KC series. 


Ts The new Technicians should have all privileges now allowed 
present Technicians above 30 MHz except in the two meter band. 
On two meters, the new Technicians should have only digital 
privileges from 144.9 to 145.1 MHz. 


Committee Composition 

The Committee consisted of: 

John M. Crovelli, W2GD, At Large 

Y. E. (Ed) Juge, W5T00, Industry Representative 
Kenneth G. Kopp, KOPP, At Large 

C. Mike Lamb, N7ML, Industry Representative 

Rod Stafford, KB6ZV, ARRL Director, Pacific Division 
George S. Wilson III, W40YI, ARRL VP, Chaizrman 


Consultants to the Committee who provided helpful participation 
at all stages were: 


Thomas B. J. Atkins, VE3CDM, CRRL President 

Larry E. Price, W4RA, ARRL President 

Leland Smith, W5KL, QCWA President 

David Sumner, K1ZZ, ARRL Executive Vice President 


The Committee thoughtfully considered all material received 
directly from the amateur community at large or forwarded to it 
by various Directors and by recipients at ARRL headquarters. As 


Chairman, I must note that the time between appointment of the 
Committee and its March 11, 1989 meeting allowed each member to 
do his homework well. Each member demonstrated thorough 


familiarity with the file. Rationale 


National and international pressures on our _ spectrum, the 
continuing increase in the average age of amateurs, the expected 
decrease in the number of young people coming of "ham age," a 


desire to help improve the human technological resources of the 
United States, and fundamental fairness have led the Committee 
to recommend a_ code-free license class be established which 
requires unmistakable technical competence. 


Domestic pressures on our spectrum are so clear that they need 


not be documented here; and it appeared to the Committee that 
serious international pressures, including the possibility of a 
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WARC, exist as well. An increased number of amateurs may aid in 
our defense of those frequencies. The proposals made by this 


Committee should increase the number of persons joining the 
Amateur Service without introducing uncontained or unrestrained 


growth. Population studies indicate that there will be a 
dramatic decrease in the number of young people reaching "ham 
age" in the next few years. To hold our own in the number of 
licensees, we must recruit an ever-higher percentage of the 
total pool of young people as they reach an appropriate age. 
Indeed, to attain growth figures which would be of significant 
assistance in frequency defense, the Committee feels an 
aggressive recruiting campaign, far beyond anything previously 
attempted, must be considered. International experience with 


codeless license classes confirms this view. 


The Committee did not opt for a codeless license class with an 
idea that it would, by itself, guarantee the successful defense 
of our frequencies. We were well aware of this Nation's loss of 
its technological edge. This is seen in the transfer of 
technology overseas and in the decline of technological skills 
here at home. Anything we, as amateurs, can do to help reverse 
this trend is important to our Nation. We are aware that many 
of today's leaders in technology began their careers in _ ham 
radio, and are painfully aware that many rising technologists 
today do not see the code as relevant. The Committee feels that 
this proposal, in its own way, can help restore the 
technological viability of the United States. 


In analyzing how to reach the goals of technological improvement 
and controlled growth the Committee kept before it these 
concerns most commonly raised by the amateur community: 


i, Will existing amateurs lose any privileges? The answer is 
an unqualified, "No." 


2% Will we create another CB debacle with uncontrolled growth 
and irresponsible behavior? Again, "No!" The anticipated growth 
will not be overwhelming, and it will be carefully controlled 
through t he examination system. Frequency and mode selections 
are common, in all cases, with existing activity and will not 
place newcomers to the service in a ghetto in which they can 


develop unacceptable operating techniques. Further, the effort 
required should ensure respect for the license and for good 
operating practices. 


3. Would existing amateurs be overcrowded? Again, "No." The 
privileges recommended by the Committee will be those portions 
of the spectrum where additional activity can be accommodated, 
yet newcomers can be assimilated with an anticipated growth rate 
on the order of that experienced in the middle 1970s. 


While a new "doorway" is recommended for ham radio, the license 
structure we propose is not one of easy access. Rather, one 
must demonstrate technical knowledge and knowledge of the rules 
that equals and surpasses that now required by present 
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Technicians. 


The Committee strongly believes that Morse Code does not work 
well as a filter to weed out undesirables. It is quite clear 
that code does act as a "filter"; but there are hundreds of 
cases indicating that technically qualified persons of good 
character did not become hams, not because they did not wish to 
spend the necessary study time, but because they saw _ no 
relevance in the code requirement. Illustrative is this excerpt 
from a letter to the Committee from William L. Call, KJ4W, as 
Assistant Professor in Engineering Technology at Murray State 
University in Kentucky. The school has a long and proud history 
as the location of a college radio club; but the club is now in 
a serious decline: 


"The Department has allowed me to give extra class credit to 
students who attend my free license course and get their 
novice ham license. College credit for getting a free ham 
license! You know what: very few students will take me up on 
it. The stopper, of course, is the Code. These kids are 
bright, polite, disciplined, and would make good hams, but 
won't do it because of the Code. Their extracurricular 
interests in electronics are in computers, audio, music, 
video, satellite TV, etc. Some of them would easily get 
involved in ham radio if it weren't for the Code." 


Thus, code is believed to be an undiscriminating, and thus 
unfair, filter that rejects the good as well as the _ bad. 


On the other hand, the dedication required to learn the code has 
not worked well to keep undesirables out of the Service. One 
would have to listen but a short time on some of our more 
popular HF phone bands to hear any number of persons we would 
all just as soon not be among us. 


Having concluded that the code was not acting aS a _ proper 
filter, the Committee sought to determine what sort of filter 
should be used. Considered were: mandatory study requirements 
(which was rejected as being unfair to brighter, or more 
experienced, applicants), a mentor program (rejected as being 
too difficult to standardize and fairly administer), and a 
written test. This last is the only one that seems fair and 
capable of consistent administration. 


The Committee caused a questionnaire to be mailed to each IARU 
Society which is known or believed to have a codeless license in 
compliance with the ITU Regulations. Information was requested 
on the date the license was instituted, the licensing figures 
before and after its institution, and the extent to which 
licensees later converted to the more traditional licenses. In 
every case the license structure could be distinguished from one 
that might be instituted here. For instance, in Japan, often 
pointed to as some sort of a model, codeless licensees remain on 
the books; but there is strong evidence from which it must be 
concluded that there is little or no expectation that an 
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individual so licensed will be more than a transitory member of 
the Amateur Community. 


Some countries have shown little or even negative growth despite 
such a license being available. Great Britain is an example of 
a country in which there is believed to be little growth in real 
or percentage terms, while New Zealand reportedly has had a 
recent loss of hams. Except for the Japanese example, which is 
believed by the Committee to be an anomaly and an_ undesirable 
format for the United States, New Zealand has the highest ratio 
of hams to population--closely followed by us. Both statistical 
and anecdotal evidence indicates little tendency anywhere for 
codeless licensees to mainstream without genuine incentives 


being deliberately included in the structure. This Committee 
believes that the structure of the system in the United States 
should encourage such licensees to do so. Our proposal, 


especially the integration of new licensees into the overall 


licensing structure, has some kinship with the Australian, 
Belgian and West German programs, each of which has a very high 
percentage of their codeless licensees joining the more 


traditional ranks. Indeed, Australia reports 95% of those who 
initially take a codeless license eventually move to a_ full 
privilege license. These countries indicate the presence of 
active, on the air, code activities among their codeless 
licensees who are working on joining the mainstream. Such 
activity can and should be encouraged by sponsored on- the-air 
events. 


In addition to being required by the ITU, there are many’ good 
reasons to retain Morse Code as a requirement for operation 
below 30 MHz. These include, but are not limited to, its unique 
function as a universal language crossing all cultural and 
language barriers, thereby fostering international friendship. 
This, alone, is adequate reason to retain Morse Code as a 
requirement on the HF bands. Few amateurs in the United States, 
however, will need to use this universal language beyond our own 
borders on VHF/UHF. Therefore, this reason for learning Morse 
Code is not valid above 30 MHz. 


There are other good reasons to retain the Code as a requirement 


below 30 MHz. For instance, the recent Region III  IARU 
conference in Seoul reaffirmed its insistence on a_ world-wide 
code requirement below 30 MHz. The policy of our Region II is 
even stronger. This Committee, even if it were within its 


scope, would not recommend either the elimination or any easing 
of present code requirements for operation below 30 MHz. 


The committee had a long discussion about permitting newly 
licensed Technicians on six meters. Six meters, with its unique 
propagation and widespread ham population, is the ideal training 
ground for the new codeless licensees and presents the best 
opportunity for their assimilation into the _ general ham 
population. Its characteristics can pique their interest in 
moving to the HF bands; and the distances attained, even without 
exceptional propagation, can expose them to enough diversity of 
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operators to properly educate them in the operating techniques 
needed when they mainstream to a full privilege license. The 
Committee feels that of all the available bands, six meter 
operation may do the newcomer and the Amateur Service the most 
good. The Committee is aware that this band has a_ reputation 


for causing TVI problems in some parts of the country. Amateurs 
have been able to cope with TVI in the past. There is no reason 
to believe the newcomers cannot do so as well, or that knowledge 
of the Code would help them to do so. As in all Amateur 
activities, the assistance of peers will help newcomers overcome 
the problem. This subject should be touched upon in the study 
materials and in the question pool. 


The Committee debated long on two meter privileges for the 
newcomers. This band is full (even over-occupied) in many 
areas, and has been fully developed by existing amateurs. The 
prohibition of voice operation on this band to Technicians will 
give them a_ strong reason to learn the Code and join the 
mainstream and will present a minimal deterrent to entry. The 
Committee did feel that the newcomers should not be denied the 
opportunity of using digital communications in this band and the 
privilege of joining other amateurs while contributing to 
improvement of the digital system. For that reason, the 
Committee recommends that 144.9 to 145.1 MHz be permitted to 
Technicians using digital modes only. The distinctive call sign 
will help prevent abuse of this privilege. Testing 


In theory, the present General written test is no more difficult 
than the present Technician test. Indeed, they were one test 
until rather recently when the question pool was simply divided. 
The two tests cover different subjects, with the Technician 
being more strongly oriented to VHF/UHF techniques and theory, 
while the General is directed more toward HF. The present 
Technician question pool does need some modification to more 
accurately include subjects with which Technicians need to cope. 
This should (and will) be done regardless of the outcome of the 
codeless license proposal. The new Technicians should pass both 
the Novice (Element 2) and the newly modified Technician 
(Element 3A) written examinations to achieve the license. 


The Committee believes that the codeless Technician test should 
be administered only through the VE program. The privileges to 
be granted the new licensees are sufficiently broad to mandate 
the most carefully controlled testing. Likewise, the five words 
per minute Code test required to mainstream to "Technician Plus" 
should also be administered through the VE Program. 


Incentives to mainstream to the Technician Plus are adequate 
under the Committee proposal. The primary differences between 
the two grades of Technicians are that the Technician Plus is 
permitted HF CW, and existing ten meter phone privileges, and 
all-mode operation on two meters. 


Other Considerations 
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The Committee also considered the following concepts: 


q The Committee does not believe that every ham needs to know 
Morse Code for possible emergency work. While there may be some 
validity to this argument on the HF bands, the rarity of the use 
of CW for such an occurrence on VHF/UHF does not justify 
excluding prospective hams from the Amateur Service. 


2. The Committee does not believe that every ham must know the 
code because it gets through in adverse propagation conditions. 
Digital modes have the same advantage. That the code does so is 
certainly true, but this is no reason to require it. There will 
be no prohibition against anyone using the code, but if the 
amateur can't get through, so be it. It happens to each of us 
almost every day. There is no absolute NEED to communicate 
through marginal conditions. 


3. The Committee does not feel it necessary that every new ham 
be required to know the code because it is most simple 
technically and least expensive mode. Relatively few hams who 


operate VHF/UHF even have rigs capable of receiving CW or 
transmitting MCW on those bands. The days of building a junk 
box CW rig for these frequencies are long gone-- if, indeed, 
they were ever really here. For those who might wish to use 
code, they certainly may. 


4. That CW enhances ability to listen, discriminate and react 
cannot be denied, of course; but other activities serve the same 
purpose, and it is not vital that every operator use the code as 
a means to enhance those admirable qualities. Again, use of the 
code is not forbidden to anyone, nor is it discouraged. It is 
just "not required" for the privileges we propose. 


5. The Committee agrees that the code provides an end in itself 
and a sense of accomplishment. However, we need not all share 
the same sense of accomplishment nor the same goals for our 
Amateur careers. 


6. The Committee is well aware that 432 MHz is overcrowded ina 
few areas, and also that it is not available in others. 
However, this band is not at full capacity in many areas and is 


the most practical band from which the Technicians may _ enjoy 
satellite communications. AMSAT has specifically requested that 
the new licensees be able to operate via the new satellites now 
in the planning stages. It is illogical to allow satellite 
communications while not allowing terrestrial communications on 
the same band. 


7. Many of those who will become Technicians are likely to be 
technically trained persons of the highest order, will pass an 
examination at least as demanding as that now required of 


Technicians, and will have been adequately tested to permit 
full-power operation. We should not stifle their ability to 
contribute. 
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8. The Committee rejects limitation to commercially 


manufactured rigs for the same reasons that caused it to reject 
power limits. 


9. New Technicians should not be limited to voice subbands 
tighter than those permitted present Technicians. This would so 
isolate the newcomers that a new and perhaps undesirable culture 


could arise unchecked. The newcomers should not be confined to 
a ghetto of their own kind, but given needed exposure to the 
existing Amateurs to expedite their assimilation. 


10. The Committee recommends against a limited license term for 
the new Technicians. These new hams will have passed an 
examination more rigorous than present Novices and at least as 
rigorous as that passed by present Technicians. They will have 
demonstrated their "seriousness" by taking the test. There is 
no valid reason to limit their terms. They will be in a 
position to contribute to the radio art and the Amateur Service 
from their first contact. 


11. The Committee considered a two-level codeless structure 
with an entry level test similar to the present Novice. Were 
the new Technicians to have more privileges than those 
recommended, the Committee felt that insufficient additional 


privileges would remain to encourage their upgrade to Technician 
Plus; and the Committee also felt that no additional privileges 
should be given the Technicians Plus for this would discourage 
their upgrade to General. Likewise, were the newcomers to be 
granted privileges less than we suggest the license would be 


unattractive. The balance of privileges among these classes of 


license is delicate. The effect of each privilege must be 
weighed for its attractiveness and its impact on the _ other 
classes of license. Therefore, the Committee believed that the 


privileges for each class are appropriate and will encourage 
both prospective hams to enter the Service and to work to obtain 


the further privileges. Further, an entry- level license would 
unnecessarily, and unwisely, complicate the structure. 
12. The Committee considered restricting Technician Plus 
operation either in, or from, the portions of the bands 
recognized as utilized in "weak signal" operations. It would 


perhaps be desirable to forbid FM operation entirely from these 
portions of the spectrum. To so recommend would be to recommend 
removal of present privileges from existing licensees. That is 
beyond the scope of this study of a codeless license. While a 
total FM restriction might be a good thing with respect to these 
subbands, it must be done outside of these proceedings. This 
leaves the question of forbidding FM by new Technicians in, of 
forbidding them from, the weak signal spectrum. The Committee 
feared that to do so would aggravate, not ameliorate, the 
problem. That Technicians Plus could operate FM in those 
subbands would be seen as an additional "privilege" or 
"incentive" of that class, and they would be encouraged to use 
it. Thus, restriction of new Technicians could easily have the 
adverse effect of encouraging even more encroachments’ by 
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Technicians Plus. At present, occasional encroachment can 
usually be handled by peer pressure. Repeated encroachment 


might even be considered as a violation of "good amateur 
practice." Summary 


For several years, it has been the goal of the League to 
increase the number of hams. This position is well-advised. 
The Committee does not for one moment accept that the code is 
antiquated or obsolete. Neither does the Committee encourage 
the slightest easing of code requirements below 30 MHz. 
However, as a filter against undesirable operators, Morse Code 
has demonstrated its own lack of validity. Many undesirables 
have, at one time or another, demonstrated skill in the subject. 
On the other hand, there is much evidence that the code is 
filtering out far too many desirable and technically qualified 
operators. These individuals COULD learn the code, but they see 
no relevance in doing so and spurn participation in a_ hobby 


guarded by what they erroneously believe to be an antiquated 
requirement. No matter how hard we might try, we cannot 
demonstrate to them the folly of their thinking. They must 
learn this for themselves. Thus, to expose them to the benefits 
of Amateur Radio while at the same time exposing them to the 
opportunity to see the benefits of Morse Code, we permit them to 
enter and allow them to find the value of the Code as a means of 
practical communication. The proposed structure encourages them 
to fit into the mainstream of Amateur Radio. We can also take 
advantage of the skills and knowledge they will bring to the 
Service. We believe only a proper written examination will 
provide an appropriate filter. The privileges we suggest for 
the new Technicians both demonstrate a proper level of 
competence and expose them to more mature operators and their 
techniques while permitting these newcomers to join the 
mainstream with an appropriate level of effort. Likewise, we 
believe the privileges we recommend be reserved to traditional 
licensees present adequate incentive to the new Technicians’ to 
join the mainstream. 


Further, the Committee believes the claims that vast hordes of 
newcomers will join ham radio as a result of the creation of the 
codeless license are purest folly. Rather, we propose a fairer 


system with a more realistic examination for those, especially 
young people, who might join our ranks--and one that will permit 
and invite qualified prospects into the Amateur Service. 
73 Respectfully Submitted, 


George S. Wilson III, W40YI 
Chairman 
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New Videotapes Available from ARRL A/V library 


Several new audiovisual selections are available from the 
League's library. The selections are on videotape, in 1/2- inch 
VHS format. For more information and request forms, contact 


ARRL Educational Activities Branch, 225 Main St, Newington, CT 
Q6111. New selections include: 


DISASTER DRILL: THE BIG ONE 


This tape from Portland, Oregon, portrays the motions’ that 


Amateur Radio operators go through once a disaster occurs. It 
shows the orderliness that takes place when prepared amateurs 
work with government and public safety officials. 


HAMMING IT UP WITH CARS 


The Coastal Area Repeater Society, Inc, Savannah, GA, prepared 
this videotape to showcase their club activities. Produced by 
Debbie Jensen, NAMBU, the tape shows the fun and serious sides 
of a healthy Amateur Radio club. 


WHAT ARE THOSE CRAZY SOUNDING SIGNALS SAYING 


A good tutorial on digital modes, shown at the 1988 ARRL 
National Convention in Portland, Oregon. Ernie Austin, W7AXJ 
has received many compliments on this selection. 


THIS IS AMATEUR TELEVISION 


The Western Washington Amateur Television Society, Bothell, WA, 
produced this videotape to promote the use of amateur 
television. The tape is for non-profit use only and is 
copyrighted. Any club wanting their own copy can contact Chuck 
Zappala, KE7SA. 
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Nuggets from Newington - May 1, 1989 


Field Services Department Book Club Announces New Selections. 
Copies of KR7L's new ARRL Net Manager's Guide and the new 1989 
edition of the ARRL Net Directory have been sent to all Section 


Managers, Section Traffic Managers, Section Emergency 
Coordinators, Net Managers and NTS Officials. Free copies are 
available to other Field appointees upon request. 


The ARRL Volunteer Resources Committee meets in New Orleans this 
month to address several major issues of importance to the Field 


Organization. On tap for consideration: Local Government 
Liaison appointment proposal, NTS/ARES restructuring, SET 
enhancement, Section Manager election cycles, Maxim and 
Humanitarian Award nominations, "Adopt-a- school" program 
update, and recognition of SSCs. We've received a lot of good 


input from the field on several of these issues, which will be 
cranked into the decision-making process. Watch for news of VRC 
actions in July Field Forum. 


Private Call Sign Assignment? ARRL Executive Vice President 
David Sumner, K1ZZ, told the ARRL Executive Committee at its 
April 1, Kansas City meeting that no FCC action had been taken 
on the possible privatization of amateur call sign assignments, 
PRB-3, and that the likelihood of positive Commission action is 
waning with the passage of time. ARRL has reaffirmed its 
interest in, at minimum, finding a way to resume issuance of 
club and special-event station call signs. 


With the recent election to affiliation of 15 Category 1 (Local 
club) societies, and nine Category 3 (school club) societies, 
the League has 1,702 active clubs in Category 1, 24 in Category 
2 (regional clubs), 128 in Category 3, and 4 in Category 4 (club 
councils). 


Recently, HQ sent address labels of inactive school clubs by 
section to the nation's Affiliated Club Coordinators. We have 
asked ACCs to contact each club and request that they send HQ a 
club annual report form to reactivate their files. The 
reactivation effort is an early phase of the new "“Adopt- 
a-school" program. Our goal is to double the number of the 


nation's actively affiliated school clubs by 1992. 


ARRL President Larry Price, W4RA, has named Assistant Public 
Service Manager Steve Ewald, WA4CMS, HQ staff liaison to the 
ARRL National Emergency Response Committee (ANERCOM). Steve 
attended an  ANERCOM meeting in Washington Jlast month. 
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| Relayed from packet radio via 
| N8EMR's Ham BBS, 614-457-4227 (1200/2400/19.2 telebit,8N1) | 


Fast Packet Systems 
By: Simon Taylor G1INTX 


From CONNECT INTERNATIONAL - April, 1989. Copyright 1989 by 
Radio Society of Great Britain. Reprinted by permission 


For some time now I have been interested in the discussions 
going on regarding fast packet and data links using RF modems, 
specifically 9600 bits per second (bps) modems. There seem to 
be two schools of thought: 


1) To use modems connected directly into transceiver IF strips 
and modulate the carrier directly with data. 


2) To connect the data modem via the audio connections of the 
rig, and operate in a similar way to the technique use on 3KHz 
bandwidth telephone lines. A colleague of mind (G8DXZ) and 
myself have proved that this technique works up to 9600bps_ and 
we plan to try 14,400bps modems soon. 


The purpose of this article is to disscuss the latter technique 
and (hopefully) stimulate some interest and maybe even some more 


experiments with these modems. 


THE PRINCIPLES 


Telephone modems, because of the transmission medium must 
operate within a 3KHz bandwidth. The frequency response of the 
telephone line is normally quoted as being between 400HzZ and 
3400Hz. Most people are familiar with normal frequency shift 


keying (FSK) using two different tones as used in existing 
packet radio, but to go much faster than 1200bps within a 3KHz 
bandwidth requires some further thought. 


The first principle used is Phase shift keying (PSK) which uses 
one audio tone (the carrier) with phase changes introduced into 
this carrier which can be detected at the receiver. The 
advantage here is that one phase change can theoretically be 
introduced every cycle of the carrier and if four types of phase 
changes are used, then two bits can be encoded per _ sampling 


time. 

Secondly, amplitude changes can be added so giving more 

combinations and more bits encoded per sample time. At this 
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stage, we should introduce another iece of jargon - the Baud. 

Baud defines the sampling time, i.e. the rate of Phase and 

Amplitude changes, so for example if four bits are _ encoded 


during every baude, and the ‘Baud rate" is 1200, then the 
effective bit rate will be 4800 bps. 


Given below is a table showing some half-duplex modulation 
techniques and their data rates. 


Tech Bit Baud Bits per Phase Amplitude Carrier 
rate rate Baud Changes Changes Frequency 
V.29 9600 2400 4 8 1 1700 
V.29 7200 2400 3 8 0 1700 
V.29 4800 2400 2 4 0 1700 
V.27 4800 1600 3 8 0 1800 
V.27 2400 1600 2 4 0 1800 
Another aspect of these modems is that of 'training'. When data 


are sent, they are scrambled to made sure that all of the data 


points are sent even with no data being sent. This makes most 


efficient use of the transmitted spectrum. The receiving modem 
will synchronise to the transmitting modem, keeping track of the 
phase changes as transmission goes on. This traning does take 


some time however, and will cause time overheads if the channel 
is turned around frequently. The main reason for training using 
these patterns is to determine the phase and amplitude 
restrictions of the path, and to set up an equaliser that is 
used to give a flat response during data transmission. The 
modems we have tried also employ ‘adaptive equalisation’ which 
will adjust equaliser values during data transmission for small 
changes in the quality of the received signal. 


The time taken to train may make transmission using this faster 
data mode an overhead rather than an advantage if only small 


packets of data are _ sent. V.29 for example, needs 270 
milliseconds to train before any data are sent, which is 
equivalennt to about 40 characters of information at 1200 bits 
per second. Therefore, we should send at least this amount of 


data and preferably more to take advantage of the higher data 
rate after training. 


Below are some packet sizes and the times to transmit using 
existing 1200 bps packet versus V.29 at 9600bps. 


Packet Time @ Time @ 
Size (chars) 1200bps V.29/9600bps 
20 Q.133 Q.286 
50 0.333 Q@.311 
100 0.666 @.353 
200 1.333 0.436 
500 3.333 0.686 
1000 6.666 1.103 
2000 13.333 1.936 
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Times given is seconds. 


From the table it can be seen that the larger the packet, the 
greater the advantage. It may be that this mode of transmission 
is not suitable for use with the existing AX.25 standard, but 
some sort of alternative protocol could be used (or developed) 
which will not transmit until it has a certain amount of data to 


send. Further discussion about protocols is beyond the scope of 
this article, I shall leave it to the national packet network... 


Remember that these modems are designed to operate within the 
3KHzZ available on telephone lines and a larger audio bandwidth 
is normally used on VHF/UHF FM, so the quality on a good path is 
usually found to be better than that obtained via our national 
telephone system. 


THE PRACTICE 


There are a number of modem devices which can be used for the 
audio modulation part of a fast RF modem. Connection to a rig 
can be simply via Audio in, Audio ouut and PTT and these modem 
should be simple to connect to existing TNC's such as_ the 
GOBSX-2 ox similar, but I have not tried this yet. So far I 
have tried communications using an IBM-PC directly controlling 
the modem and PTT without any rigid packet structure as_ such, 
but this has proved that the principle at least works on VHF and 
UHF FM. 


All of the modems I have tried have been similar in that they 
require CPU control via a bus which is 8080 compatible and have 
simple audio in and out connections. All that has been needed 
is a D>C> blocking capacitor between the modem output and the 
microphone input (some rigs may also need some reduction of the 
signal), and a capacitor from the earphone output of a typical 
rig. A relay should then be driven to control the PTT. 


Suitable modems I have tried include: 


The RI6MD, this is a V.29 and V.27 modem primarily intended for 
FAX machines, but makes an ideal half-duplex data modem. This 
device is supplied on a small pCB with two rows of pins allowing 
it to be assembled like a large DIP device. It will opeate from 
9600bps down to 2400bps, as well as at V.21 at 300bps FSK. DTMF 
is also provided which may be of use to some amateurs. This 
modem, because of it's application in FAX products benefits from 
a reduced cost due to it's use in massive volumes. 


The R96MFX and R9I6EFX, these are CMOS single-chip modems with 
Similar features too the R96MD. The R96EFX is especially 
interesting because it has a V.27 short train feature, training 
in 50 milliseconds instead of the 270 milliseconds standard, and 
HDLC packetising and error detection built-in, so avoiding the 
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need for external HDLC controllers. 


We soon plan to try toe R144HD which is a V.33 modem which 
operates at 14,400bps. Again the modem is designed to operate 
in a 3KHz telephone bandwidth, so VHF/UHF operation should not 
be a problem. 


If you would like data sheets or data books on these modems, 
then I can be contacted QTHR. Sending out information will not 
prove a problem. 


Also you can leave messages for me at GB3UP (GINTS_ @ 
GB3UP.GBR.EU) 


Reference reading: 

"Quality of Received Data for Signal Processor Based Modems" 
application note (Rockwell 1987 Modem data book), this data book 
also includes data sheets on all of the modems discussed. 
"Rockwell Interface Guide", This gives detailed information as 
to the connection, use and monitoring techniques used forr these 


modems, (but is a cost item.) 


Simon Taylor GINTX - 21st March 1989 
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Belgrade Lakes, Maine, U.S.A., April 25, 1989. 


Just two days before their planned arrival in New York, an 
obviously dejected Victor Goncharsky, I.A.R.N. Soviet Director, 
reported that Moscow has called off the two-week visit of his 
radio amateur delegation to the United States. The delegation 
was scheduled to visit the Dayton Hamvention and appear on the 
panel of the Sunday Forum "International Amateur Emergency 
Communications" put on by the International Amateur Radio 
Network. In a last ditch effort to save the mission of 
international good will, Goncharsky, whose amateur call is 
UB5WE, made a special trip to Moscow from his home in Lvov, 
Ukraine to confer with high government officials there, but this 
time his personal influence in the Soviet capitol had no effect. 


Young Communist League First Secretary, Victor Mironenko, gave 
"Lack of funds" as the reason, when in fact transportation to 
New York was to be provided by Soviet-owned Aeroflot, and all 
expenses in the United States were being covered by 1.A.R.N. 
and the Dayton Amateur Radio Association. Strangely enough, 
this move, signaling problems with Glasnost and Perestroika in 
Moscow, is strengthening solidarity among radio amateurs within 
the Soviet Union and I.A.R.N. Discussing their plans on the 
net, Goncharsky, Ulyanovsk and I.A.R.N. Chapter President Yuri 
Katyutin, UA4LCQ, are working with local officials on another 
planned visit to the U.S. in July to attend the World Emergency 
Communications Conference in Belgrade Lakes. This time Moscow 
bureaucrats will be bypassed as the Soviet amateurs attempt to 
demonstrate additional ways to skin the Soviet cat. 


In an interview with Glenn Baxter, K1MAN, I.A.R.N. Network 
Manager, he reported that "This kind of disappointment is almost 
routine for I.A.R.N., which is accustomed to wild swings of ups 
and downs as our network grows internationally. We have a deep 
commitment to Soviet I.A.R.N., both personal and equipment wise, 
and I can assure you that nothing can stop the spirit of 
cooperation that Chuck Sheffer, KJATY, and Al Vayhinger, W9ELR, 
unleashed during their trips to the U.S.S.R." Baxter reported 
that I.A.R.N. continues to grow with newest chapters in 
Bulgaria and England. 


"Radio amateurs have demonstrated time and time again their 
unique ability to foster international good will regardless of 
the politics involved. This time is no different. We are going 
to bounce back stronger than ever," Baxter said. 


* Origin: SAMSON-Arlington Hts  IL-(312) 394-0071-Fido12k 
(1:115/108) 
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Emergency Communications in the Caribbean 


At the invitation of the United Nations Disaster Relief 
Organization's Pan Caribbean Disaster Preparedness and 
Prevention Project Director, and sponsorship of the Agency For 
International Development's Office of U.S. Foreign Disaster 
Assistance, ARRL Field Services Manager Richard Palm, K1CE, 
traveled to Trinidad in March to attend a PCDPPP conference on 
emergency telecommunications. The PCDPPP organized the meeting 
of telecommunications officials in conjunction with CARICOM, the 
Caribbean Community and Common Market. 


The conference objectives were to review recent disaster 
experiences, improve operational procedures, review emergency 
telecommunications facilities and mechanisms, strengthen network 
services against disasters, and develop proposals for a regional 
response mechanism. 


PCDPPP Director Franklin MacDonald opened the conference Monday 
morning by reporting that since Hurricanes Frederick and David, 
there have been some structured attempts at disaster planning 


and management. He said telecommunications plays an important 
role in mitigation of disaster effects by allowing effective 
monitoring, warnings, mobilization of disaster relief agents, 
and public information. More needs to be done, however, as 
evidenced by certain failures following recent disasters such as 
the March 1988 earthquake, Hurricane Gilbert and others. 
Warnings to residents of target zones have not been adequate, 
and poor or non-exisistent communications systems broke down. 
McDonald called for integration of radio services, system 
redundancy and hardening of equipment against the elements of 
disasters. Conferees discussed a proposal for a CARICOM 
emergency response and relief mechanism. Goals would be to 
ensure a coordinated response to disasters in the community by 
member-states, and maximize the impact of resources and 
institutional capacity available in the event of a disaster. 
Amateur Radio would be written into the plan to facilitate 
warnings, and mobilization/planning in the pre-event period, and 
resource mobilization in the post- event period. 


Hurricane Gilbert Review 


A highlight of the conference was Dr. Eric Munroe's review of 
the Amateur Radio role in the Hurricane Gilbert disaster relief 
effort. Dr. Munroe, 6Y5EE, is the Jamaica Amateur Radio 
Association's Disaster Communications Coordinator. 


Despite a good, flexible disaster communications plans, the 
island's telecommunications system was overwhelmed by the sheer 
magnitude of the hurricane: 700 miles wide and carrying winds of 
150 mph. The entire island was devastated; little was spared 
its wrath. 


The amateur support operation was maintained for eight days, and 
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concluded when emergency telephone and telex channels were 70% 

restored at the key served agencies. During the eight day 

period, approximately 1400 pieces of emergency and/or priority 
traffic were handled by the thirty seven participating amateurs. 


Health And Welfare Traffic Problems 


It became clear very early in the event that the available 
facilities were not capable of servicing incoming health and 


welfare inquiries given the priorities of internal damage 


assessment and relief tasks. Incoming H&W inquiries were not 
accepted, but health and welfare reports were compiled on a 
lower priority basis and transmitted accordingly. 


Munroe suggests that in the future, health and welfare reports 
be sent to a recognized, central agency outside of the disaster 
area, such as the American Red Cross or Salvation Army. All H&W 
inquiries could then be routed there for action. The disaster 
area agencies and amateurs would then be free to concentrate on 
their priorities of immediate relief. 


Munroe makes an excellent point. Additionally, when U.S. nets 
accept H&W inquiries for relay into a disaster area as was the 
case in Jamaica, it gives false hopes to the families 
originating the messages, and produces undue anxiety when their 
inquiries are not answered in a timely manner. A net does a 
disservice to the families in their time of great need, and U.S. 
Amateur Radio gets a black eye when foreign amateurs witness the 
net's efforts to force inquiries into the troubled area. 


Art Feller, KB4ZJ, an Office of U.S. Foreign Disaster 
Assistance engineer offered a U.S. perspective. Art reported 
that the first indication of real trouble was his inability to 
get through on normal telephone circuits. Hap Arnold, W3HAP, in 
charge of the U.S. Air Force MARS station K3AF at Andrews Air 
Force Base, provided Art and OFDA with first word on _ the 
Jamaican situation. Unfortunately, U.S. stations were already 
trying to force health and welfare inquiries into the island, 
Art reported. K3AF established communications with 6Y5RA at the 
island's Red Cross center and ultimately had to move out of the 
amateur band into the priority functions. 


Art reported on other problems including amateurs relaying 
inaccurate information from unofficial sources to CNN and other 
domestic and international public media. Amateurs should relay 
only attributable statements from official sources. Art made a 
major contribution to the conference as an expert advisor. 


Later, the conferees held a general discussion of the use of 
Amateur Radio in their disaster communications plans. Mr. 
Johannes Leonce, Permanent Secretary in St. Lucia's Ministry of 
Communications, Works and Transport proposed that seminars be 
held for government officials on the role of Amateur Radio in 
telecommunications systems. He felt that governments needed to 
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be sensitized to the value of Amateur Radio services in disaster 
communications arrangements. Although Amateur Radio is accepted 
by many administrations, in many cases it was not written into 
official plans. PCDPPP Director Franklin McDonald recommended 
that an official statement be sent to his organization to 
facilitate the inclusion of Amateur Radio into national plans. 


Finally, conferees suggested that a common Amateur Radio license 
be developed for all CARICOM countries, thereby eliminating 


reciprocal operating red tape. This would enhance Amateur 
Radio's capabilities of responding quickly in emergency 
situations. 


One working group developed specific recommendations for the 
future role of Amateur Radio in national telecommunications 
plans. Other working groups developed other szecommendations. 


The conference afforded ARRL an excellent opportunity to make 
contacts with the region's telecommunications and Amateur Radio 
leaders, and develop an appreciation for their needs in disaster 
communications planning. The amount of attention the conferees 
devoted to discussions of the role of Amateur Radio in their 
plans was most impressive. Many of them requested copies of the 
League's Emergency Coordinator's Manual, Public Service 
Communications Manual and information on packet radio. 


For a comprehensive, 9-page report of the meeting, 
contact Luck Hurder, KY1T, at ARRL HQ. 
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Georgia Amateurs Lauded for Saving Lives in Severe Weather 


"This was truly a public service job well done," proclaimed Max 
Blood, a Warnings and Preparedness Meteorologist in the Atlanta 
National Weather Service Forecast Office. In a March 21, 1989, 


letter to ARRL President Larry Price, Blood thanked amateurs for 
providing critical information used in warning the public of 
very dangerous weather events on the night of March 5. 


"Especially noteworthy were the efforts of members of the Bill 
Gremillion Radio Club of Newnan, Coweta County, Georgia," Blood 


said. "Of most importance was the initial report from Steve 
Hill, KB4THW, of damage and injuries from the tornado that 
struck the western part of Coweta County." Blood said he 


believed these and other reports were partly, if not greatly, 
responsible for the relatively low number of deaths and injuries 
from the storms. He commented that it was truly remarkable that 
only one person was killed and 23 hospitalized from the 
strongest tornadoes to strike Georgia since 1977. 


Blood concluded by thanking all amateurs who helped by providing 
emergency information and by keeping frequencies clear for 
emergency traffic during this event. 
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